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Preface 



This manual contains a detailed description of all operations of the DataSMART 
554 and 558 plug-in Data Service Units (DSUs). It provides specific information 
for configuring the DataSMART units and for using them to monitor and trouble- 
shoot your Tl circuit's performance. It also provides detailed listings of all 
DataSMART menus, commands, and specifications. 



Who should read this 
manual? 



This manual is intended as a reference source for ongoing operation of the DataS- 
MART 554 and 558 plug-in DSUs. It covers all possible operations and 
configuration choices in detail. For initial installation, power up, and basic config- 
uration of the units, we recommend that you first turn to the DataSMART 500 
Series Installation Guide. Note that installation and service should be performed 
only by trained and qualified personnel. 



Viewing this manual 
as a PDF file 



Related 

documentation 



This manual is designed to be used as both a printed book and a PDF file, and 
includes the following features for PDF viewing: 

■ Cross-references are clickable hyperlinks that appear in blue text. 

■ Chapters and section headings are represented as clickable bookmarks in the 
left-hand pane of the Acrobat viewer. 

■ Page numbering is consistent between the printed page and the PDF file to 
help you easily select a range of pages for printing. 

You can obtain PDF files of our manuals by visiting http://www.kentrox.com. 

In addition to this manual, the following are available: 

■ DataSMART 500 Series Installation Guide 

■ Kentrox DSU/CSU MIB Reference, available in our World Wide Web on-line 
library at http://www.kentrox.com. 



MIB source files 



MIB source files are available by visiting http://www.kentrox.com/support. 
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About this manual 



This manual contains the following information: 



"Preface" (this section) explains the purpose and organization of this manual, and 
tells how to contact Kentrox Customer Support if you run into difficulties. 

"Introduction" describes the applications and features of the DataSMART. 

"Entering commands and logging in" introduces you to the DataSMART com- 
mand-line interface and explains how to log in. 

"Establishing system security" shows how to secure the command-line interface. 

"Configuring the system" describes in detail all of the system-level configuration 
choices you can make. This includes specifying the system source clock, config- 
uring the alarm message output, and configuring the DCE and DTE control ports. 

"Configuring interfaces" describes in detail all the configuration choices available 
for the network interface, the terminal interface, and the data port, as well as 
assigning channels. 

"Performance monitoring" shows you how to access and use the DataSMART 
performance reports, alarm history report, and security history report. 

"Troubleshooting" shows you how to use the DataSMART to recognize and trou- 
bleshoot abnormal conditions in your Tl circuit. It describes the front-panel 
LEDs, alarm messages, system status displays, and diagnostic tools such as loop- 
backs and BERTs. 

"Using network management" shows you how to set up and use the DataSMART 
in an SNMP network management environment and how to manage its Ethernet, 
Tl data link, or serial-port IP interfaces. It also describes the embedded SNMP 
agent and Telnet link. 

"Quick reference" summarizes DataSMART menus and commands and also pro- 
vides a comprehensive listing of product specifications. 

At the back of the manual, you'll also find a glossary of terms and an index. 



Conventions used in 
this manual 



This manual employs the following conventions when explaining command- 
line syntax: 



Literals 



Variables 



x\y 
[] 



Bold type identifies commands and syntax elements that must be 
entered exactly as shown in the text. 

Italic type identifies variable syntax elements, such as values or 
alphanumeric strings you can enter. 

A vertical line between elements means that the elements are mutu- 
ally exclusive; you can select one and only one of the elements. 

Brackets indicate items that are optional. 
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Who to call for 
assistance 



If you need assistance with this product or have questions not answered by this 
manual, please visit our Support page on the Kentrox Web site. You are also wel- 



come to call or send email to our Technical Assistance Center. Please have your 
product's software revision and hardware serial numbers available to give to the 
Support representative. All product returns must include a Return Authorization 
number, which you can obtain by calling the Technical Assistance Center. 

The numbers listed below are current at the time of publication. See the Kentrox 
Web site for detailed contact and warranty information. 



1-800-733-5511 (continental USA only) 
1-503-350-6001 



email: support@kentrox.com 
http://www.kentrox.com 
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CHAPTER 




Introduction 



The DataSMART 558 and 554 data service units (DSUs) provide SNMP-managed digital 
service access to Tl and fractional Tl lines. DataSMART units connect PBXs, switches, 
routers, and other customer premise equipment to the Tl service. 

The Kentrox universal shelf with DataSMART 500 series plug-ins provides a system for 
managing all local and remote DSUs over a single management interface. The 
DataSMART 558 controller contains a modular Ethernet jack on its front panel, allowing 
Ethernet IP access to the DataSMART 500 series and DataSMART SPort plug-ins 
installed in the same shelf. You can manage remote DataSMART 500 and 600 series units 
via SNMP over an in-band data link on the Tl line. 

This user's guide covers two basic DataSMART configurations: 

■ The Model 554 DSU, with one data port 

■ The Model 558 DSU, with a data port, an Ethernet management port, and a 
terminal interface 

When the optional Frame Relay board is installed, these DataSMART units are converted 
to DataSMART 554-F and 558-F Frame Relay Monitoring DSUs. Functionally identical 
to the DataSMART Model 584 and 588, they also monitor frame-level performance of 
your T1/FT1 frame service (Frame Relay, ATM FUNI or ATM DXI). The DataSMART 
584 and 588 User's Guide describes the operation of all of these Frame Monitoring DSUs. 

Optional auto-configuration 

If your installation includes DataSMART controllers (such as the DataSMART 558, 588, 
and SPort 556) and configurable plug-in units (the DataSMART 554, 584, and SPort 555), 
the controller can automatically configure plug-ins as they are inserted into the shelf. 

To set up auto-configuration, the following must occur in this order: 

■ Mount the shelf and power it up. 

■ Plug in the controller and fully configure it. 

■ Verify auto-configuration on the controller is enabled (this is the default). 

■ Install the 554 units into the shelf. The upstream 558 will configure each 554 unit 
after its power-up cycle is complete. 
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Figure 1 — DataSMART 558 and 554 front views 
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Chapter 1: Introduction 



Features of the DataSMART 



IP-based network management (all units) 

■ You can configure, monitor, and troubleshoot individual plug-ins using standard net- 
work management tools 

■ IP interface generates traps when network events occur 

■ Unit responds to pings 

■ IP interface allows Telnet access 

■ Unit supports MIB II (for LAN-based hosts), the DS1 MIB (for Tl line manage- 
ment), and an Enterprise MIB (which allows SNMP access to all commands avail- 
able via the control port menu interface; this includes performance monitoring, 
diagnostics and reconfiguration) 

■ DataSMART 558 controller supports A/B power input monitoring and SNMP 
status traps 

Options for SNMP connectivity 

■ IP interface allows in-band access to remote stand-alone units over Facility Data 
Link (FDL) or DSO channel: FDL requires Extended Super Frame (ESF) framing on 
the Tl line; DSO can be idle or assigned to the DataSMART plug-in's data port 

■ Data-link IP management data rate can be 56 or 64 Kbps (idle DSO); 8 Kbps (DSO 
assigned to data port); or 4 Kbps (FDL) 

■ Controller allows an Ethernet connection to any unit in shelf using the built-in 
lOBase-T connector (558 only) 

■ Access is available via an asynchronous serial connection using SLIP or PPP proto- 
col on the DCE or DTE control port 

■ Shelves can be daisy-chained via control ports using SLIP protocol 

Data ports support all standard interfaces — and more 

■ Unit supports V.35, EIA-530, and RS449 interfaces 

■ V.35 interface compatible with cabling for all models of DataSMART DSUs 

■ Kentrox adapters support both terminal interface and data port from a single connec- 
tor on 12-slot shelf 

Easy conversion to Frame Monitoring DSUs 

■ Adding the Frame upgrade gives the DataSMART unit Frame monitoring and 
reporting capabilities 

■ Factory-built Frame Monitoring controller (DataSMART 588) and field-updated 
controller (558-F) are functionally identical to each other 

■ Factory-built Frame Monitoring plug-in (DataSMART 584) and field-updated 
plug-in (554-F) are functionally identical to each other 



Features of the DataSMART 
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T1 performance monitoring 

■ Reports show details of Tl interface performance 

■ Unit retains summary report data for seven days while powered up 

■ Unit provides separate network interface (NI) reports for user and carrier 

■ Unit provides detailed terminal interface (TI) reports (add/drop units only) 
T1 diagnostics 

■ LEDs indicate problems at the network interface and data port 

■ LEDs indicate problems at the terminal interface and Ethernet port (558 only) 

■ Unit allows Tl access loopbacks to be set remotely or locally 

■ Contains a built-in test code generator and bit error rate test (BERT) to test line 
and equipment 

Security features 

■ IP source address screening rejects IP packets from unauthorized hosts 

■ Telnet password provides security for remote logins 

■ Authentication traps report failed Telnet login attempts, SNMP community strings, 
and IP packets received from invalid IP hosts 

■ Control port access protected by three levels of user password 

■ LCD access password protects unit from unauthorized access to front panel 

■ LCD operates in read-only or read/write mode 
Nonvolatile memory 

■ Retains unit's configuration for five years without power 
Compatibility 

■ Universal shelf and management interfaces can support combinations of 
DataSMART 500 Series, SPort and M-PATH CSUs 

■ ARC and in-band management options between DataSMART 500 series units, 600 
series stand-alone units, and M-PATH CSUs are fully compatible 
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CHAPTER 




Entering commands 
and logging in 



This chapter describes: 

■ Entering commands via the command-line interface 

■ Logging into the DataSMART 



Using the DataSMART 



With the command-line interface you use a terminal to manage and monitor the 
DataSMART DSU. 



Using the Command- The DataSMART command-line interface is accessible through various 
line interface physical connections: 

■ Telnet via the front-panel Ethernet lOBase-T connector (558 only) 

■ ARC link to a remote unit over a facility data link within the Tl data stream (avail- 
able with ESF framing only) 

■ Telnet in-band over the facility data link or DSO data link within the Tl data stream 

■ Telnet via a PPP/SLIP connection to the shelf's rear-panel DCE or DTE control port 

■ ASCII (non-IP) connection to the shelf's rear-panel DCE or DTE control port 

Menus vary according to your DataSMART model. Some commands apply only to the 
DataSMART 558 add/drop controller with the Ethernet connector. 

Figure 2 — The Main menu 



DataSMART 5nn Version 1 . nn Copyright (c) 1997 Kentrox 
ADDRESS: 01:00:000 NAME: PORTLAND, OR 



MM - Main Menu 

SS - System Status and Remote Menu 

R - Reports Menu 

LM - Local Maintenance Menu 

RM - Remote Maintenance Menu 
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Alarm Configuration Menu 
Control Port Configuration Menu 
Data Port Configuration Menu 
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Tl Configuration Menu 

Logout 

Address Another Unit 
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To see one of the menus, enter the menu name at the prompt. For instance, to see the 
Reports menu, enter R at the prompt. 



MM> R 



REPORTS MENU 



UNSR / UNLR 
UTSR / UTLR 
CNSR / CNLR 
FESR / FELR 
NSR: [z] 



User NI Short/Long Performance Report 

User TI Short/Long Performance Report 

Carrier NI Short/Long Performance Report 

Far End PRM Short/Long Performance Report 

User NI Statistical Performance Report 

User TI Statistical Performance Report 

z = Display Report then Zero Counts (Optional) 

Alarm History Report 

Security History Report 



TSR : [z] 



AHR 
SHR 



PL : <len | style> 



Set Page Length, <len> = 20 . . 70 (or 0 = Off) , or 
<style> = P (Page Break) , M (More) , or V (View) 



R> 



Each time you change menus, the command-line prompt changes to indicate which menu 
is current. In the preceding figure, the first line shows a prompt of "MM>" meaning that 
the Main menu is current. However, once R is entered and the Reports menu is displayed, 
the prompt becomes "R>", indicating that the Reports menu is current. 

The current menu displays when you press the Enter key. In normal use you are likely to 
use a series of commands from a given menu, and so you can make that menu current and 
get a menu listing whenever you need it by pressing the Enter key. However, you may 
enter any command at the command line, even if it is not on the "current" menu. 

Command-line syntax 

A typical command line consists of the command and zero or more arguments, all sepa- 
rated by one or more delimiters. The following are all valid delimiters: a space, a tab, a 
comma, a colon, a forward slash. You can use any combination of valid delimiters to 
separate arguments. 

For example, SD 12/08/97 and SD 12 08 97 are both valid commands to set the date to 
December 8, 1997. However, SD 12-08-97 is not, because the dash is not a valid delimiter. 

When entering an IP address or netmask, follow the dotted decimal convention (i.e., 
nnn.nnn.nnn.nnn) and include periods as part of this ID. The DataSMART will interpret 
the ID as a single argument. 

There are two exceptions to these rules. One is a string value entered for the SN, TCS, 
RCS, WCS, TPW, EPS, APS, or DPS commands. In a string value, a space, comma, for- 
ward slash, or colon can appear in the argument, as long as there is a non-delimiter preced- 
ing it (not necessarily immediately preceding it). For example, this is a valid instance of 
the SN command: 

SN PORTLAND, OR 

The other exception is the syntax for logging into a DataSMART unit (see "Logging in" on 
page 20). 

Type-ahead 

You may enter the next command while a previous command is executing. The maximum 
type-ahead is three commands or 256 characters, whichever is less. 
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Logging in 



You can log into a DataSMART unit using an ASCII connection to the control port; 
using IP access through a control port; or by using ARC to connect to a remote unit 
over the facility data link. Passwords are not needed, but, when implemented, can 
restrict some users from using some commands. 



The DataSMART can be accessed by using the command-line interface or by using an 
SNMP network manager over an IP connection. 

In general, a password is not needed to log into a DataSMART unit. Though the 
DataSMART supports passwords, the passwords do not prevent login but instead restrict 
users from executing various commands. (See Chapter 3 for procedures on 
setting passwords.) 

Depending on whether you are accessing the DataSMART through Telnet, the data link, a 
DSO channel, or the DTE or DCE control port, the procedure for logging in differs. 

Through the Control Each unit has a unique daisy-chain address. The command syntax to log into a unit is: 

P° rt A Dxryy:Ozz A E 

where 

A D, A E Press the Ctrl and D (or Ctrl and E) keys simultaneously. 

xx is the slot location of the plug-in. 

In a two-slot shelf, the value is 01 or 02. When you are looking at the 
front of the shelf, slot 1 is on the left and slot 2 is on the right. 

In a 12-slot shelf, the value can be 01 through 12. When you are looking 
at the front of the shelf, slot 1 is the first slot on the left and slot 12 is the 
first slot on the right. 

yy is the shelf address. This value is set via bits 1 through 4 of the SHELF 

ADDRESS DIP switches on the rear-panel of the shelf. The bits are 
binary-encoded to allow values 00 through 15. 
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Ozz is the group address. This value is set via bits 1 through 4 of the GROUP 

ADDRESS DIP switches on the rear-panel of the shelf. The bits are 
binary-encoded to allow values 000 through 015. 

For information about how to set up the DIP switches on the shelf, refer to your 
DataSMART 500 Series Installation Guide. 

When you log in using the syntax A Dxx:yy:0zz A E you see the full Main menu. 
Note that the colon is the only valid delimiter for the login command. 



Through the The facility data link (FDL) uses a signal embedded in the Tl framing pattern to enable 

facility data link y° u to 1°§ mto a remote DataSMART DSU on the far end of a Tl line. The FDL is avail- 

able only if the two units are both using Extended Super Frame (ESF) framing. 

You must be logged into the near-end DataSMART DSU before you can access a far-end 
unit. Once you are logged into the near-end DataSMART DSU, enter this command: 

ARC 

The angle brackets in the command prompt change from ">" to "<" to indicate that you 
are logged into a far-end device. For example, the ARC Main menu prompt is "MM<". 

You log out of the far-end device by entering this command: 

DRC 



Telnet aCCeSS If your DataSMART unit has been configured for IP access and you have set up a Telnet 

password on the unit, you can log into it using Telnet. When you enter the unit's IP 
address and attempt to log in, you will be prompted for its Telnet password. If the 
DataSMART has not been set up for IP access and assigned a Telnet password, you will 
not be able to log in. 

See Chapter 8 for information on configuring a DataSMART unit for Telnet login. 

Logging OUt You should always log out of the DataSMART when you are done. 

To log out, enter A D. (Press the Ctrl and D keys simultaneously.) 

If you have logged into a remote DataSMART using ARC, use the DRC command or A D 
to log out. 

You can also log out by disconnecting the control port cable. 

The DataSMART has an auto-logout feature that logs you out after a period of inactivity. 
Auto-logout is always enabled when Telnet or ARC is being used. If auto-logout was dis- 
abled before a Telnet session is started, that Telnet session logs out automatically after 15 
minutes of inactivity. Otherwise, if auto-logout is enabled, the Telnet session logs out after 
the specified period of inactivity. See "Setting auto-logout for the control port" on page 38. 
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CHAPTER 




Establishing 
system security 



In order to prevent unauthorized users from changing the system configuration, setting 
loopbacks, or performing other operations that might disrupt service, you must secure 
each of these interfaces. 

This chapter tells how to secure the command-line interface. 

The SNMP and Telnet security features are discussed in Chapter 8. 
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Securing the command-line interface 



Security for the command-line interface is achieved through a system of passwords 
and privilege levels. If a password is not set, any user can access the command line 
without entering a password. In order to gain a specific privilege level, the user must 
enter a password that has that privilege level assigned to it. 



Restricting access 



By default, there are no restrictions on which commands you can run on the DataSMART. 
Every user has super-user privileges. In order to restrict access, you must create at least 
one password with the super-user privilege level. Once you do, every user is restricted to 
the read-only privilege level unless they enter a password that permits more extensive 
privileges. You may create up to ten passwords (assuming you have super-user privileges) 
and assign them any privilege level you like. 

NOTE 

You must enter a super-user password to activate security. If you do not create a password 
with a super-user privilege level, every user that accesses the command line will be 
granted super-user privileges, regardless of whether or not you have created passwords 
for the other privilege levels. 



Table 1 — Privilege levels 



Privilege level 



Description 



Read-only 



Maintenance 



Configuration 



Super user 



Users with no password, and thus no privilege level, have 
read-only access. They can view menus, status screens, and 
performance reports, but they cannot execute any 
diagnostics nor change any configuration options. 

Users with this privilege level can execute diagnostic tests, 
such as loopbacks and BERTs. Their activities can 
potentially disrupt data traffic through the device. 

Users with this privilege level can execute all tests allowed 
at the Maintenance level, plus they can change the 
configuration options of the DataSMART. Their activities 
can potentially disrupt service to the device. 

Users with this privilege level have access to all commands 
allowed at the Configuration level, plus they have access to 
the commands that set up and control passwords. 
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The commands available for setting up and controlling command-line passwords are listed 
in the Password Entry and Configuration menu. To display this menu, log into the desired 
DSU, then enter PC at the command line. 



PASSWORD ENTRY AND CONFIGURATION MENU 

EPS : <password> - Enter Password 

password = 6 to 12 characters 

APS : <access> : <password> - Add Password 

access = SA - Super User 

CA - Configuration 

MA - Maintenance 

password = 6 to 12 characters 

DPS : <password> - Delete Password 

password = 6 to 12 characters, or * for all 

PUV - View User Access Privilege 

PCV - View Password Configuration 



Adding a paSSWOrd You create a new password by using the APS command. You must have super-user privi- 

leges. The command syntax is: 

APS : access:password 

access Specify the privilege level you want linked to the password: SA 

(super-user), CA (configuration), or MA (maintenance). 

password Specify the password you want added. The string can comprise 

from six to twelve ASCII printable characters. (If the string you 
enter is either too long or too short, you'll get an error message.) 
Passwords are not case-sensitive and trailing spaces are 
not truncated. 

Up to ten passwords are allowed. If you attempt to enter an eleventh password, you will 
get an error message. To add another password, you must first delete an existing password. 

Each password must be unique. 



Deleting a paSSWOrd You delete a password using the DPS command. You must have super-user privileges. The 

command syntax is: 

DPS'.password 

password Specify the password you want deleted. The string must match the 

password exactly, except for case. You can also enter the * wild- 
card character to delete all current passwords. 
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Entering a paSSWOrd To gain the privilege level associated with a password, use the EPS command. No special 

privileges are required. The command syntax is: 



EPS:password 



password 



Enter the password. Passwords are not case-sensitive. 



Viewing a user's 
access level 



Viewing the current 
passwords 



If you enter the password correctly, DataSMART responds with the message 
PASSWORD ACCEPTED. If you enter an incorrect password, it responds with the mes- 
sage PASSWORD DENIED. 

If you are logged into the device, you can view your privilege level by using the PUV 
command. You do not need any special privilege level. You will receive one of the 
following messages: 

"User has No Access Privileges" 
"User has MA Access Privileges" (maintenance) 
"User has CA Access Privileges" (configuration) 
"User has SA Access Privileges" (super user) 

If your password was modified during your current session (e.g., a super user deleted your 
password, then added it back with a different privilege level), the change will not become 
effective until the next time you specify the password with the EPS command. 

Changes to a user's password or privilege level take effect only after the user has 
logged out. 

You can view a listing of current passwords and their privilege levels using the PCV com- 
mand. You must have super-user privileges. 

An example listing is shown below. The left column lists the current passwords, the right 
column identifies the access privilege levels. 



VIEW PASSWORD CONFIGURATION 



Password 



Access 



BROWNS 

JOHNSOND 

MITCHELLS 



MA 
CA 
SA 
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CHAPTER 

T" Configuring the system 



This chapter discusses configuration operations that apply to the DataSMART as a whole. 
It covers the commands and options listed in the System Configuration, Control Port Con- 
figuration, and Alarm Configuration menus. 

Topics include: 

■ Setting the DataSMART real-time clock and source clock 

■ Enabling auto-configuration 

■ Enabling auto-logout 

■ Resetting the DataSMART unit to its default state and clearing performance data 

■ Configuring the control port 

■ Configuring alarm message output 

■ Specifying error thresholds for reporting 

■ Downloading new system software using TFTP 

For information on configuring interface ports and assigning channels, see Chapter 5. 
For information on configuring the DataSMART for network management, see Chapter 8. 
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You can control the system-level parameters and activities by using the command-line 
interface. 



Command-line 
access 



The commands for configuring the system parameters are listed below. To display this 
menu, first log into the unit you want to program, then enter SC. 



SYSTEM CONFIGURATION MENU 



DataSMART 558 
only 

C, T available on 
558 only 



SD : <mm> , <dd> , <yy > 
ST : <hh>, <mm> 
SN:<id> 
EAC / DAC 
SMT/SMM 

SAC :<xx>,<yy>,<zzz> 

EDC / DDC 
CLK : <src> 

ALGOUT : <n> 
ZALL 

TSWDL : <i> 



BOOT : <b> 

WYV 
RSD 
SCV 



Set Date (Warning: This also clears reports) 
Set Time (Warning: This also clears reports) 
Set Name 

Enable/Disable Auto Configuration 

Mode = Transparent/Monitor (Requires Frame card) 

Send Auto-Configure Packet to unit 

<slot> : <shelf > : <group>, * is all units 

Enable/Disable DataSMART Compatibility 

Clock Source, src = L (Loop), C (CSU THRU), 

T (TI Rev), I (Internal), 1 (DPI) 

Autologout, n = 0 .. 60 minutes 

Zero All Counters used in User Reports 

Download program from a file via TFTP 

i = n.n.n.n, n = 0..255 (dec), the 

IP address of the TFTP host system 
Re-boot the system 

b = A (Active FLASH) or I (Inactive FLASH) 
View "What's Your Version" Information 
Reset System to Default Values 
View System Configuration 



Viewing the current 
settings 



Before changing any system parameters, you may want to look at the current settings. You 
do this by executing the SCV command. This command displays the View System 
Configuration screen. 

VIEW SYSTEM CONFIGURATION 
Date Time Name Address Autologout 

JAN 11, 1997 14:10 PORTLAND, OR 01:00:000 DISABLED 

User Clock Current Clock ARC Mode Auto Cfg Mode 

LOOP LOOP DS 72xxx/MPATH ENABLED TRANSPARENT 
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Field 



Description 



Date 
Time 
Name 



Address 

Autologous 
User Clock 
Current Clock 

ARC Mode 



Auto Cfg 



Mode 



This field displays the current date of the real-time clock. 

This field displays the current time of the real-time clock. 

This field displays the name assigned to the DataSMART unit you 
are logged into. The name appears in the Main menu, in all 
performance reports, and in alarm messages. It is also the name 
returned for the MIB II sysName object. 

This field displays the physical (daisy-chain) address of the 
DataSMART unit you are logged into. The address is in the form 
of xx:yy:zzz, where xx is the slot location of the unit, yy is its shelf 
address, and Ozz is its group address. 

This field specifies the state of auto-logout. If auto-logout is 
enabled, it displays the auto-logout period in minutes. 

This field identifies the clock source you have assigned to be used 
as the system clock. 

This field tells you the actual clock source being used as the 
system clock. Under normal operating conditions, this field will 
be identical to the "User Clock." It will differ from "User Clock" 
if the DataSMART has lost its primary clock source. 

This field tells you what kind of units you can log into via ARC. 
The choices are: 

■ DS 72xxx/MPATH (default): 

Compatible with DataSMART 72000 series DSU/CSU 
(including SPort and MAX) or M-PATH CSUs. 

■ DataSMART 78xxx: 

Compatible with DataSMART 78000 series DSUs including 
the DataSMART Single Port DSU. 

This field tells you whether or not auto-configuration is enabled 

for the unit. When auto-configuration is enabled: 
Configurable plug-ins (554, 584, and SPort 555), when first 
inserted into a shelf, request auto-configuration information 
from the controller unit installed upstream in the shelf. 
Controller units (558, 588, and SPort 556) respond to auto- 
configuration requests from downstream configurable units. 

The value of this field is always TRANSPARENT for the 
DataSMART 554 and 558. 

For Frame Monitoring DataSMART units, this field tells you 
whether the Frame Relay Monitoring features are activated on the 
unit. The choices are: 

■ MONITOR means the Frame features are active. 

■ TRANSPARENT means the Frame features are inactive and 
non-Frame features (such as the DS0 data link and data port 
configuration options) are active. 
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Setting date and time The DataSMART uses an internal, real-time clock to time stamp event occurrences. The 

time stamps appear in alarm messages and performance reports as an aid to troubleshoot- 
ing. To make the time stamps accurate, you must set the date and time of the real-time 
clock upon system installation. 

Once you have set the real-time clock, you need to reset it only if the DataSMART has an 
extended power loss. The real-time clock operates for two hours, nominally, after power 
is lost. 




CAUTION! 



When you change the date or time parameters of the real-time clock, all 
performance data is cleared from the performance reports. 



Set the date by using the SD command. You must have super-user or configuration privi- 
leges. The command syntax is: 



SD:mm,dd,yy 



Specify the month. You can enter the three-letter abbreviation or the 
number of the month. 



TIP 

If you want to track between 
Daylight Savings Time and 
Standard Time, you will need to 
reset the "time" parameter 
when local time changes. 



dd 



yy 



Specify the day of the month. The DataSMART performs a range 
check on the entered value to see if the day is valid for the given 
month and year. 

Specify the last two digits of the year. 



Set the time by using the ST command. You must have super-user or configuration privi- 
leges. The command syntax is: 



ST:hh,mm 

hh 



Specify the hour. The time is specified in "24-hour" format, where 
12:00 is noon and 00:00 is midnight. Allowed values are 0 to 23, 
inclusive. 



Specify the minutes. Allowed values are 0 to 59, inclusive. 



Naming the device Each DataSMART is assigned a device name that appears in alarm messages, performance 

reports, and at the top of the main menu. You can specify any name up to 15 characters 
long. Usually you specify a name that represents your site or the service you are 
connected to. 

The device name specified here is also the name returned with the MIB II sysName object. 
The default device name is "PORTLAND,OR." 
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You change the device name by using the SN command. You must have super-user or con- 
figuration privileges. The command syntax is: 

SN:W 

id Enter the device name. The name can be up to 15 characters long, 

including spaces, commas, or colons. A space, comma, or colon 
may not appear in the first position. Trailing spaces are truncated. 
The DataSMART automatically converts all alphabetic characters 
to uppercase. 



Enabling/disabling 
auto-configuration 



TIP 

Because auto-configuration 
copies the entire configuration 
image to newly installed plug- 
ins, make sure the controller 's 
system and IP configuration is 
completely correct before you 
insert any configurable 554/ 
584/555s. For complete infor- 
mation on auto-configuration, 
refer to Chapter 5 and Chapter £ 
in this manual and Chapter 5 
and Appendix B of the installa- 
tion guide. 



The DataSMART 558 can automatically configure DataSMART 554, 584, and SPort 555 
plug-ins. 

When your site includes a mixture of DataSMART 558 controllers and DataSMART 554, 
584 and 555 units, the auto-configuration feature automatically copies the configuration 
image (system configuration and IP management configuration) from a DataSMART 558 
to any DataSMART 554, 584, or 555 installed downstream in the same shelf (or a shelf 
daisy-chained to that shelf.) 

When a DataSMART 554, 584, or 555 is installed for the first time in a given slot, it sends 
a "request for configuration" message to the DataSMART 558 controller at the head of its 
chain. The controller then sends a configuration packet, based on its own configuration 
image, to the DataSMART 554/584/555 unit. See Table 2 for the types of parameters in the 
configuration packet. 

Auto-configuration is enabled on all plug-ins by default. 

For auto-configuration to work, you must do the following in this order: 

■ Mount and power up the shelf. 

■ Plug in the controller and fully configure it. 

■ Enable auto-configuration on the controller (this is the default). 

To auto-configure a new DataSMART 554/584/555, plug it into a powered shelf that con- 
tains a configured controller unit. 

Alternatively, after the controller has been fully configured, you can turn power off to the 
shelf, plug in all the DataSMART 554/584/555 units, and then restore power to the shelf. 
All the DataSMART 554/584/555 units in the shelf will then configure themselves. 

NOTE 

Do not install DataSMART Single Port 78xxx or D-SERV units between the controller and 
any configurable unit downstream from the controller. If you do, auto-configuration may 
not work correctly for the configurable units. 

The downstream direction within the shelf is determined by the control port being used. 
Even if you don't plan to connect a device or shelf to either control port, you should know 
which control port is selected. The default control port is DCE. 
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The chain runs left-to-right with a DCE control port, right-to-left with a DTE. 

downstream when using DCE downstream when using DTE 
► < 




During auto-configuration, a controller sends only those parameters that it can interpret. If 
a configurable unit receives a parameter it cannot interpret, it ignores the parameter, but 
still passes it downstream to the next unit. 



Table 2 — Parameters set up in auto-configuration 



Abbreviation 


Parameters 


sc 


All system configuration parameters, except "name" and "address" 




(the plug-in's slot-shelf-group position determines its address) 


AC 


All alarm configuration parameters 


NI 


All network interface configuration parameters 


TI 


All terminal interface configuration parameters 


DP 


All data port configuration parameters 


FC 


All fractional configuration parameters, including channel mapping 




A, B and X 


FMC 


All frame management configuration parameters 


NM 


All DataSMART network management parameters on the MC and 




AMC menus, except the data port IP address 


Table 3 — Parameters passed to configurable plug-ins 


Controller 


Model 554 Model 584 SPort 555 



Model 558 SC, AC, NI, DP, SC, AC, NI, DP, SC (CLK:C and CLK:T not 

NM, FC NM, FC implemented), AC, NI (EYEL, 

DYEL, DLPATH, FKA,UKA 
not implemented), DP, NM 
(TRAP not implemented), FC 



Model 588 SC, AC, NI, DP, SC, AC, NI, DP, Same as above 

NM, FC NM, FC, FMC 

SPort 556 SC, AC (EUM, SC, AC (EUM, SC, AC, NI, DP, NM (TRAP not 

controller ESM not ESM not implemented), FC 

implemented), implemented), 

NI, DP, NM, FC NI, DP, NM, FC 
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The control port IP address is determined by the shelf type and the slot where the control- 
ler is installed. For more information, see the appropriate chapter in the DataSMART 500 
Series Installation Guide: 

■ For the 2-slot shelf, refer to Chapter 2. 

■ For the 12-slot shelf, refer to Chapter 3. 
Auto-configuration must be enabled on all units 

Auto-configuration must be enabled on both the controller and configurable plug-ins. It is 
enabled by default. 

To enable or disable auto-configuration, enter: 
EAC Enable auto-configuration. 

DAC Disable auto-configuration. 

Automatic reconfiguration 

For automatic reconfiguration to work, first log into your 558 controller and each down- 
stream unit that you want to configure and enable auto-configuration using the EAC com- 
mand. (The default is disabled.) Downstream units can be in the same shelf as the 
controller, or in a daisy-chained shelf. 

To use the SAC command, the 558 controller should be fully configured and you must be 
logged into the 558. 

To configure a single downstream DataSMART 554/584/555 unit, specify the physical 
address (not an IP address) as follows: 

SAC:slot,shelf,group 

slot Specify the plug-in's two-digit slot number. 

shelf Specify the plug-in's two-digit shelf address. 

group Specify the plug-in's three-digit group address. 

You can also configure any plug-in that is awaiting auto-configuration (its POWER/FAIL 
LED is blinking in a "heartbeat" pattern; two blinks and a pause). To configure all "heart- 
beat" blinking units downstream at once: 

SAC:* 

NOTE 

To make a plug-in request reconfiguration, remove it from the shelf and re-insert it in a 
different slot. When you re-insert the plug-ins, fill the slots closest to the controller first, 
so that control port IP addresses are assigned in order. 
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Specifying the 
system clock 



The DataSMART times all outputs using one signal. For most applications, the 
DataSMART is set to derive its source clock from the network receive signal (Loop Tim- 
ing). This is the most common timing setup and should be used if your Tl service provider 
supplies timing. If your Tl service provider does not supply timing, you must select an 
alternate source as specified in Table 4. 

Figure 3 illustrates some common timing applications. When setting up your Tl circuit 
timing, it is important to remember this general rule: There must be one and only one 
timing source for the Tl circuit. 

The default is Loop Timing (i.e., the network receive signal). 



Table 4 — Timing options 



Timing option 



Description 



Loop Timing (L) 



CSU Through Timing (C) 
(558 only) 



Tl Receive Timing (T) 
(558 only) 



Internal Master Timing 
(uppercase I) 



Data Port 1 Timing 
(numeric 1) 

(This is also known as Tail 
Circuit Timing) 



This option tells the DataSMART to derive its system clock 
from the incoming signal at the network interface. 
Select this option if: 1) the Tl service provider is supplying 
a timing source, or 2) you are using the far-end device in a 
point-to-point connection as the master timing source. 

This option times data output by passing through the timing 
with the data. The timing signal passes through 
transparently. 

Do not select the CSU Through Timing option if you want 
to assign any DSO channels to the DataSMART unit's data 
port. 

This option tells the DataSMART to derive its system clock 
from the incoming signal at the terminal interface. 
Select this option if: 1) the Tl service provider is not 
supplying a timing source, and 2) you want to receive 
timing from a device beyond the terminal interface, such as 
a PBX. 

This option tells the DataSMART to use its internal 
oscillator as the system clock. In this case, the DataSMART 
becomes the master in a point-to-point connection. The far- 
end device should use Loop Timing. 
Select this option only if the Tl service provider is not 
supplying a timing source. 

This option tells the DataSMART to derive its system clock 
from the signal being received on the data port connector's 
external clock pins (see Table 16 on page 167 through Table 
19 on page 168). 

The data port configuration must be set to the data rate 
received and the clock supplied must meet the network 
accuracy standard of +32 ppm. 

Select this option only if the Tl service provider is not 
supplying a timing source and the timing source is the 
device connected to the specified data port. 
To use this option, at least one DSO channel must be 
assigned to the data port. However, data port timing is not 
available if the IP management data link is using a channel 
assigned to the data port. 
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Figure 3 — Common timing applications 



POINT-TO-POINT DSU/CSU APPLICATION: SPAN UNTIMED 



Internal Master Timing 



DataSMART554 
in shelf 



Loop Timing 




Router 



Router 



FRACTIONAL T1 DSU/CSU APPLICATION: SPAN TIMED BY CARRIER 

Master Clock 

Loop Timing ( Loop Timing 

Nl 




DataSMART554 DP 
in shelf 




Router 



DataSMART 554 | DP 
in shelf 



Router 




CSU APPLICATION: CSU THROUGH TIMING 



PBX 



Tl 



Nl 



I 



DataSMART 558 
in shelf 



Master Clock 



© 
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Secondary clock source 



If the expected timing source is not present or is lost, the DataSMART defaults to Internal 
Master Timing. This occurs under the conditions specified in Table 5. 

Table 5 — Conditions that cause a default to internal timing 
Timing option Condition 

Loop Timing The DataSMART defaults to internal timing if it cannot 

detect a framed incoming signal at the network interface, 
either because the signal is lost or because the signal is 
out of frame or AIS is detected. 

If the DataSMART cannot detect a framed signal at the 
network interface or terminal interface, it sends a "keep 
alive" signal and also defaults to internal timing. This 
happens when the signal is lost or because the signal is 
out of frame or AIS is detected. For the format of the 
"keep alive" signal, see "Specify the "keep alive" signal 
for the network interface (add/drop units only)" on page 
54. 

The DataSMART defaults to internal timing if it cannot 
detect a clock in the incoming signal at the terminal 
interface, either because the signal is lost or because the 
signal is out of frame or AIS is detected. 

Data Port Timing The DataSMART defaults to internal timing if it cannot 

detect an XCLK signal at the data port, either because a 
clock signal is not present or because a DPLOS has 
occurred. 



Setting the clock source 

You set the DataSMART source clock by using the CLK command. You must have super- 
user or configuration privileges. The command syntax is: 

CLK:src 



The src value specifies the source clock as: 



► 



L 


Loop Timing 


C 


CSU Through Timing 


T 


TI Receive Timing 


I 


Internal Master Timing 


1 


Data Port Timing (also known as Tail Circuit Timing) 


NOTE 





Be careful not to confuse uppercase I (for Internal timing) with numeric 1 (for Data Port 1 
timing). 



CSU Through Timing 
(558 only) 



TI Receive Timing 
(558 only) 
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Enabling and 
disabling Frame 
Relay monitoring 



You can configure Frame Monitoring DataSMART units to operate in Monitor mode 
(Frame Monitoring features are enabled) or Transparent mode (Frame Monitoring features 
are disabled). 

In Transparent mode, the unit operates as described in this guide. 

The mode commands have no effect on the unmodified DataSMART 554 and 558. 

In Monitor mode, the unit operates as described in the DataSMART 584 and 588 
User's Guide. 

Available commands and settings 

The following commands and parameters are available in one mode and unavailable in 
the other: 



Command or parameter 



Monitor mode Transparent mode 



Data port data inversion and idle code Unavailable 

Frame reports (FGR, FIR, FSR, Available 
VCUR) 

Automatic and manual Frame Relay Available 
PINGs 

Frame in-band IP network interface Available 

Frame in-band IP address and netmask Available 

Data Link in-band IP network Unavailable 
interface (over DSO or FDL) 

Data Link IP address and netmask Unavailable 

Frame Management Configuration Available 
menu 

Frame Upper Bandwidth Utilization Available 
and Frame PING SNMP traps 



Available 
Unavailable 

Unavailable 

Unavailable 
Unavailable 
Available 

Available 
Unavailable 

Unavailable 



Changing modes 

When you change between Monitor mode and Transparent mode: 

■ The unit reboots. 

■ Settings that do not apply to the new mode are cleared, and the defaults are applied. 
(For example, NETIF:D,24,56 changes to NETIF:N when you enter SMM.) 

To enable or disable Frame Monitoring, use the SMM and SMT commands. You must 
have super-user or configuration privileges. 

To configure Monitor mode, use the SMM command. If the unit does not have Frame 
Monitoring capabilities, it displays an error message. The command has no other effect. 

To configure Transparent mode, use the SMT command. If the unit does not have Frame 
Monitoring capabilities, the command has no effect. 
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Setting auto-logout 
for the control port 



You can program the DataSMART to automatically log out a user who has been inactive 
for a specified period of time. This feature helps prevent situations where: 



■ A user with a high privilege level forgets to log out, leaving the system open to unau- 
thorized users. 

■ A user forgets to log out and blocks other users from logging in. 

■ A Telnet or ARC connection breaks down and hangs the connection. 

You can specify an auto-logout of 0 (off), or from 1 to 60 minutes, inclusive. A setting of 
0 disables the auto-logout timer for users who log in via a serial device connected to the 
control port. It does not disable the timer for users who log in via Telnet or ARC — you 
cannot disable auto-logout for these types of remote logins. When the timer is set to 0, the 
DataSMART defaults to a 15-minute auto-logout period for Telnet or ARC. 

The default for auto-logout is 0 (off). 

To specify an auto-logout period for the control port, use the ALGOUT command. When 
you set the timer to a value greater than 0, that value is used as the auto-logout period for 
the control port, and for Telnet and ARC logins. 

You must have super-user or configuration privileges to use the ALGOUT command. The 
command syntax is: 

ALGOUT: n 

n Specify the auto-logout period in minutes, from 1 to 60, inclusive. 0 

disables the timer (the auto-logout period for Telnet and ARC log- 
ins becomes 15 minutes). 

Zeroing all Counters If y° u change the configuration parameters for the DataSMART, you may want to clear 

the performance database. You do this by zeroing all counters. This clears the data from 
the following: 

■ User NI Short and Long Performance reports 

■ User TI Short and Long Performance reports (558 only) 

■ Far-end PRM Short and Long Performance reports 

■ User NI Statistical Performance report 

■ User TI Statistical Performance report (558 only) 

■ Error threshold counters 
It does not clear the data from: 

■ Carrier NI Short and Long Performance reports 

■ Alarm History report 

■ Security History report 

To zero the counters, use the ZALL command. You must have super-user or 
configuration privileges. 
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The process for obtaining DataSMART system software has three parts: 

■ Your company's network administrator or system administrator downloads the file 
from http://www.kentrox.com/support. 

■ The administrator then places the file on your company's TFTP host system. (The 
file must be in the TFTP host's default TFTP directory.) The administrator then 
informs you of the TFTP host's IP address. 

■ Using any active IP connection, you download new system software into the 
DataSMART flash memory. (See Chapter 8 for information on selecting an IP con- 
nection.) After the file is successfully downloaded, enter the BOOT:I command to 
restart the unit and execute the software you just downloaded. 

NOTE 

Once you have booted your unit from the updated software, that software version becomes 
the active software version and is booted by default when you restart the unit or reset 
defaults. The unit stores the previous software version in what is now the inactive memory 
bank. To boot the previous software, enter BOOT:I again. 

The TFTP IP address must be in your unit's Source Address Screening list if Source 
Address Screening is enabled. (See "Setting up IP source address screening" on page 143.) 

Use the following command to download a software update. You must have super-user 
and configuration privileges. 

TSWDL:/ 

i Enter the IP address of the TFTP host where the software update is 

stored. Valid addresses are 0.0.0.0 to 255.255.255.255. 
Use the following command to boot your DataSMART unit from either the active or inac- 
tive memory bank. 

NOTE 

Booting the DataSMART DSU will log out all users, execute the self-test, zero counters in 
the performance reports and clear the Carrier NI, Security History, and Alarm History 
reports, and reset all performance data. 

To boot the unit, you must have super-user and configuration privileges. 
BOOT:£ 

b Enter I for inactive software version or A (default) for currently 

active software version. Entering BOOT:I causes the inactive soft- 
ware version to become the active version and vice versa. 
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Obtaining product 
version information 



If you call Kentrox Customer Support, you should have the model and serial 
numbers for your DataSMART available to give to your representative. You can obtain 
this information from the command line. 



Use the WYV command to obtain version information. You must have super-user, config- 
uration, or maintenance privileges. The DataSMART displays the version information on 
the screen, similar to the following. 



DataSMART 558 
only 



Resetting to default 
values 



KENTROX 01-7255n001, SERIAL nnnnnnnn, 

STAT nnnnn, ACTIVE l.nn, INACTIVE 1 . nn 
MAC ADDRESS 008051nnnnnn 

NOTE 

If you upgrade your DataSMART 554 or 558 with the Frame Monitoring Upgrade Kit, the 
model number and serial number displayed by the WYV command do not change. How- 
ever, after the upgrade, the last character in the STAT field (line 2) is an uppercase F. 

You can reset the DataSMART to its default power-up state at any time. The DataS- 
MARTwill: 

■ Log out all users 

■ Restart its control program and execute self test 

■ Reset all configuration parameters to their default state, including bandwidth assign- 
ments and IP addresses 



■ Zero counters in the performance reports and clear the Carrier NI, Security History, 
and Alarm History reports 

Once the self-test has been completed, you can log into the unit. 




CAUTION! 



A reset to defaults causes a service disruption until the DataSMART unit is 
reconfigured for service. (If your required configuration is identical to the default, 
the service disruption lasts only as long as it takes for the unit to reboot.) 



To reset the DataSMART to its default configuration, use the RSD command. You must 
have super-user or configuration privileges. 
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Clearing stored 
information 



The actions to clear stored information from the DataSMART are summarized in Table 6. 



Table 6 — Actions that clear stored information from the DataSMART 



. x . Clears all 
Action „ . . . . 

configuration data 


Clears Carrier Nl, Alarm History, 
and Security History reports 


Clears all 
other reports 


Set date or time(SD or ST, page 30) Not cleared 


Not cleared 


Cleared 


Zero all counters (ZALL, page 38) Not cleared 


Not cleared 


Cleared 


Cycle power to unit Not cleared 


Cleared 


Cleared 


Boot unit (BOOT, page 39) Not cleared 


Cleared 


Cleared 


Reset to defaults (RSD, page 40) Cleared 


Cleared 


Cleared 
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Configuring the control port 



You need to set up the control port parameters if you plan to communicate with the 
DataSMARTvia a DCE or DTE control port. These parameters must be set up 
regardless of whether you plan to communicate through a terminal with an ASCII 
connection, a modem, or a SLIP or PPP connection for Telnet or SNMP 



There are six steps to using a control port: 

1 Set the shelf's SW5 switch to DCE or DTE to determine which control port should 
receive commands. 

See Chapter 2 or Chapter 3 of the installation guide. 

2 Set the shelf's rear-panel switches to the appropriate communication parameters 
(baud rate, data bits, stop bits, and parity.). The switch settings must match the set- 
tings of the connected control device. 

See Chapter 2 or Chapter 3 of the installation guide. 

3 Connect a cable between the port and the control device. 
See Chapter 2 or Chapter 3 of the installation guide. 

4 Log into the DataSMART. 

Step 4 is covered on page 20 of this manual. 

5 Enable or disable character echo, as necessary. 
Step 5 is covered on page 43 of this manual. 

6 Specify the control port IP network interface (SLIP, PPP, or None; specify None if 
you are using ASCII only). 

Step 6 is covered in Chapter 8 of this manual. 

^ NOTE 

When the unit is configured for SLIP or PPP, only IP packets are recognized on the control 
port. Therefore, you should set up your IP configuration as described in Chapter 8 before 
selecting SLIP or PPP. 

Commands related to control port configuration are listed below. To view this menu, log 
into the unit you are interested in, then enter CC. 

CONTROL PORT CONFIGURATION MENU 
EE / DE - Enable/Disable Character Echo 
CCV - View Control Port Configuration 
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Viewing the current 
configuration 



You can look at the current control port settings by executing the CCV command. This 
command displays the View Control Port Configuration screen, as shown below. 



VIEW CONTROL PORT CONFIGURATION 
Echo Control Port Daisy Chain CP Setup 

ENABLED DCE ENABLED 9 6, N, 8,1 

DCE Inputs DTE Inputs 
RTS DTR CTS DCD 

ON ON OFF OFF 



Field 



Description 



Echo This field tells you if character echo is enabled or disabled. 

Control Port This field tells you the port at which the DataSMART receives 

commands and outputs alarm messages. 

Daisy Chain This field is always enabled for DataSMART 500 series plug-ins. 

CP Setup This field tells you the protocol settings of the control port: baud 

rate in hundreds, parity, data-bits-per-character, and 
stop-bits-per-character. 

DCE Inputs These fields tell you the control port input signal state for RTS and 

DTR. Possible values for each include ON or OFF. 

DTE Inputs These fields tell you the control port input signal state for CTS and 

DCD. Possible values for each include ON or OFF. 



Enabling/disabling When character echo is enabled, all printable characters sent to the control port are echoed 

Character echo back to me contr °l device (e.g., characters are echoed on the screen of the control device). 

If character echo is disabled, characters are not echoed back to the control device. 

The default for character echo is "enabled". 

To enable or disable character echo, use the EE and DE commands, respectively. You 
must have super-user or configuration privileges. 

EE Enable character echo. 

DE Disable character echo. 
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Configuring alarms 



TIP 

If you are using an SNMP net- 
work management tool, you can 
enable or disable four types of 
SNMP traps ( start, link, authen- 
tication, and enterprise traps) 
independently of whether you 
enable or disable alarms. See 
Chapter 8, "Using network 
management". 



Using the commands in the Alarm Configuration Menu, you can configure the 
DataSMART to enable or disable alarm messages, set thresholds and threshold 
evaluation times, and change the alarm deactivation period. 



As part of the overall system setup, you can specify the types of alarm messages output by 
the DataSMART. You can: 

■ Enable or disable the generation of alarm messages. 

■ Set the errored second (ES) and unavailable second (UAS) thresholds upon which 
EER alarms are generated. 

■ Specify the "sliding" time period for ES or UAS threshold evaluation. 

■ Specify whether or not an alarm should be generated on an incoming 
yellow condition. 

■ Specify the duration of the DataSMART alarm deactivation period. 
Alarms are always issued in ASCII format. 

This section describes how to set up the configuration parameters for alarms. If you enable 
alarms, you may also need to specify which control port you are using (the DCE or the 
DTE port), so that alarms are output correctly. By default, the alarms are output to DCE. 

The commands for configuring alarms are listed below (enter AC to see this display). 



ALARM CONFIGURATION MENU 



EAM / DAM 



- Enable/Disable Alarm Messages 



EYL / DYL 



- Enable/Disable YELLOW Activating an Alarm 

- Alarm Deactivation time in seconds, n = 1..15 

- Errored Second Threshold, n = 0 . . 900 

- Unavailable Second Threshold, n = 0 . . 900 

- Set Threshold Timing to 15 or 60 Minutes 



DACT : <n> 



EST:<n> 



UST: <n> 
ST15/ ST60 



ACV 



View Alarm Configuration 
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Viewing the current 
configuration 



Before changing the alarm configuration parameters, you may want to look at the current 
settings. You can do this by executing the ACV command. This command displays the 
View Alarm Configuration screen, as shown below. 



VIEW ALARM CONFIGURATION 



Message 



Alarms Activated Alarm Deactivation 
LOS+AIS+OOF Seconds 



DISABLED +YEL+EER 



15 



EST UST Threshold 
Timing 

13 10 15 



Field 



Description 



Message 



Alarms Activated 



Alarm Deactivation 
Seconds 



EST, UST 



Threshold Timing 



This field tells you if alarm messages are enabled or disabled. 
Alarm messages, when enabled, are displayed in user 
(ASCII) format. 

This field tells you what types of conditions generate alarms. 
LOS, AIS, and OOF always generate alarms; you can enable 
or disable alarms for EER and incoming yellow. 

This field tells you how many seconds the DataSMART 
continues in an alarm state once the alarm condition has 
been cleared. 

These fields tell you the alarm thresholds for errored second 
(ES) and unavailable second (UAS), respectively. A zero (0) 
value means that EER alarms for ES or UAS have 
been disabled. 

This field tells you the "sliding" time period the DataSMART 
uses for ES and UAS threshold evaluation. The period can be 
either 15 or 60 minutes. 
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Enabling/disabling 
alarm messages 



The DataSMART outputs an alarm message to your control device when it enters an alarm 
state. This message identifies the alarm type, the time and date of the alarm occurrence, 
and the device name and address of the unit sending the message. 



You can disable this alarm message output. For example, you may want to do this if you 
are using a "polling" program to monitor alarms on the devices in your network. 

The default for alarm message output is "disabled". 

^ NOTE 

Disabling alarm messages does not affect the other alarm reporting mechanisms in the 
DataSMART, including the Alarm History report, the System Status report, SNMP traps, 
and LED illumination. 

To enable or disable alarm messages from the command line, use the EAM and DAM 
commands. You must have super-user or configuration privileges. 

EAM Enable alarm messages. 

DAM Disable alarm messages. 



Enabling/disabling 
alarms on incoming 
yellow 



The DataSMART generates an alarm message if it detects an incoming yellow alarm code 
at the network interface, and thus notifies you of a far-end problem. If you do not want this 
notification, you can deactivate this alarm message. You might also want to deactivate this 
alarm message if you are using SF framing and are receiving bit patterns that generate a 
false yellow indication. 

The default is to generate an alarm message on incoming yellow (enabled). 

To enable or disable activation of an alarm on incoming yellow, use the EYL and DYL 
commands. You must have super-user or configuration privileges. 



EYL 
DYL 



Enable alarm activation on incoming yellow. 
Disable alarm activation on incoming yellow. 
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Setting the threshold You can specify that the DataSMART generate an EER alarm on excessive errored sec- 
tor eiTOred Seconds onds (ESs). This allows you to monitor the line for errors and detect problems that are not 
^£gj described by signal loss or out-of-frame alarms. 

You set up an EER alarm on excessive ESs by using the EST command to specify the 
error threshold. You can specify a threshold value of 0 to 900, inclusive. A value of 0 dis- 
ables EER alarm activation on errored seconds; a value of 900 means that an alarm will be 
generated if an ES occurs every second of a 15-minute time window (60 x 15). 

You can set the time window to 15 minutes or 60 minutes by using the ST15 or ST60 
command, respectively (see page 48). The window is a "sliding" window. 

The default threshold is 13 errored seconds and the default window is 15 minutes (~10 -8 ). 

To set the ES threshold, use the EST command. You must have super-user or configura- 
tion privileges. The command syntax is: 

EST:n 

n Enter the number of ESs that must occur within the time window in 

order to activate an EER alarm. The allowed values are 0 to 900, 
inclusive. 0 disables EER alarm activation on an ES condition. 



Setting the threshold 
for unavailable 
seconds (UAS) 



If your line is experiencing chronically high error rates, you may elect to disable the 
errored second (ES) threshold and just use the unavailable second (UAS) threshold for 
generating EER alarms. This decreases the alarm sensitivity significantly, since a UAS 
occurs at the onset of ten consecutive severely errored seconds (SESs). 

You use the UST command to specify the threshold used for generating an EER alarm 
on UASs. You can specify a threshold value of 0 to 900, inclusive. A value of 0 disables 
EER alarm activation on unavailable seconds; a value of 900 means that an EER alarm 
will be generated if an unavailable second occurs every second of a 15-minute time 
window (60 x 15). 

You can set the time window to 15 minutes or 60 minutes by using the ST15 or ST60 
command, respectively (see page 48). The window is a "sliding" window. 

The default threshold is 10 unavailable seconds and the default time window is 
15 minutes. 

To set the UAS threshold, use the UST command. You must have super-user or configura- 
tion privileges. The syntax for the command is: 



UST:n 



Enter the number of UASs that must occur within the time window 
in order to activate an EER alarm. The allowed values are 0 to 900, 
inclusive. 0 disables alarm activation on a UAS condition. 
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Specifying the error 
threshold evaluation 
window 



You can specify a 15-minute or a 60-minute "sliding" time window for error threshold 
evaluation. If the specified error threshold is exceeded during this sliding window, the 
DataSMART generates an EER alarm. Use the 15-minute window for increased error sen- 
sitivity; use the 60-minute window for a longer term view of line quality. 

The following table relates evenly distributed bit error rates and the number of ESs that 
will occur in 15- and 60-minute time periods. 



Error rate 



ESs in 15 minutes ESs in 60 minutes 



1 x 10" 6 
1 x 10" 7 
1 x 10" 8 
1 x 10" 9 



900 
135 
13 
1 



540 

54 

5 



The default window for threshold evaluation is 15 minutes. 

To specify the sliding window for threshold evaluation, use the ST15 and ST60 com- 
mands. You must have super-user or configuration privileges. 



ST15 
ST60 



Set the sliding window to 15 minutes. 
Set the sliding window to 60 minutes. 



Setting the alarm 
deactivation time 



You can program the DataSMART to remain in an alarm state up to 15 seconds after an 
alarm condition has cleared. This deactivation period applies to the following alarms: 

■ NI LOS and TI LOS 

■ NI AIS and TI AIS 

■ NI OOF and TI OOF 

■ NI YEL and TI YEL 

■ NI EER and TI EER 
It does not apply to: 

■ ECF 
NOTE 

Terminal interface alarms are available only on add-drop units. 
The default alarm deactivation time is 15 seconds. 

To set the alarm deactivation time, use the DACT command. You must have super-user or 
configuration privileges. The command syntax is: 

DACTrn 



Set the deactivation time from 1 to 15 seconds. 
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CHAPTER 

Configuring interfaces 



This chapter covers the following topics: 

■ Configuring the network interface 

■ Configuring the terminal interface (add/drop units only) 

■ Configuring the data port 

■ Assigning network interface channels to the data port 
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Configuring the network interface 



Configure the network interface so that it is compatible with the Tl signal from the 
service provider; it provides the requested performance reports, remote loopbacks 
and alarms; and, optionally, it establishes a data link path for managing a 
far-end unit. 



The DataSMART network interface should be configured for compatibility with the Tl 
signal received from the service provider. Before you set up the network interface, review 
all the parameters in the NI Configuration Menu and ask your service provider which set- 
tings are required or recommended. 

You must set up the network interface parameters to match the requirements of your ser- 
vice provider. The framing format and line coding for the DataSMART must match the 
framing format and line coding of your Tl line. Further, the line build-out should always 
be left at 0.0 dB unless another value is specifically requested. Increased attenuation can 
interfere with the Tl service. 

All these commands apply to both the transmit and receive directions on the network 
interface. There is no way to configure the two directions separately. 

The commands for configuring the network interface parameters are listed below. To view 
this menu, log into the unit you want to configure, then enter NC. 



NI CONFIGURATION MENU 



DataSMART 
558 only 



NSF/NESF/NERC 
NAM I / NB8 
EPRM / DPRM 



NI SF/ESF/Ericsson Framing Format 
NI AMI/B8ZS Line Coding 

Enable/Disable T1.403 PRM Generation out NI 
Framed/Unf ramed Keep Alive 
Enable/Disable YELLOW Activation out NI 
54016 Address = C (CSU) , D (DSU) , or B (Both) 
Enable/Disable 54016 Mode 




ADR54 : <Trgt> 
E54 / D54 



Line Build Out 



NLO 
NL1 
NL2 



- 0 . 0 dB 

- 7 . 5 dB 

- 15.0 dB 



NCV 



View NI Configuration 
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You can use the View Network Configuration display to see the current network interface 
settings. Enter NCV at the command-line prompt. 

VIEW NETWORK CONFIGURATION 
Framing Line Code Line Build Out PRM Generation Keep Alive 
ESF B8ZS 0.0 dB DISABLED FRAMED lis 

YEL Generation 54016 Address 54016 Mode 
ENABLED EITHER DISABLED 



Field 



Description 



Framing 

Line Code 
Line Build Out 

PRM Generation 

Keep Alive 

YEL Generation 

54016 Address 
54016 Mode 



This displays the current network framing: SF (super 
frame), ESF (extended super frame), or ERICS 
(Ericsson-modified super frame). 

This displays the current line coding: AMI or B8ZS. 

This displays the state of line build-out at the network 
interface. Possible values are 0.0 dB, 7.5 dB, or 
15.0 dB. 

This displays the state of ANSI T1.403 Performance 
Report Message (PRM) generation: ENABLED or 
DISABLED. 

This displays the state of the Framed Keep Alive 
option: FRAMED l'S or AIS. It is valid only for add/ 
drop units with all DS0 channels assigned to the 
terminal interface. 

This displays the state of yellow alarm generation at the 
network interface: ENABLED or DISABLED. It is 
valid only for add/drop units with all DS0 channels 
assigned to the terminal interface. 

This displays the currently selected 54016 address 
filter: DSU, CSU, or EITHER. 

This displays the state of 54016 transmission: 
ENABLED or DISABLED. 



Configuring the network interface 
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Specifying Nl framing 
format 

TIP 

The following framing formats 
and line codes often go 
together: super frame and AMI 
(NSF and NAM); and 
extended super frame and B8ZS 
(NESF andNB8). However, 
one does not depend on the 
other. 



You must set the DataSMART network interface to recognize and transmit data in the 
same framing format used by the incoming Tl line. You can choose: super frame (SF; also 
known as D4), extended super frame (ESF), or Ericsson-modified super frame. 

Note that if the incoming Tl line is in SF format, you may want to disable the 
DataSMART from generating alarms upon detection of incoming yellow at the network 
interface. Sometimes data patterns in SF format generate false yellow. See "Enabling/dis- 
abling alarms on incoming yellow" on page 46. 

Also, the option of using the facility data link (FDL) for the Data Link path is available 
only if the NI framing format is set to extended super frame (ESF). See "Selecting an IP 
network interface" on page 140. 

The default framing format is extended super frame (ESF). 

Use the following commands to specify framing format. You must have super-user or 
configuration privileges. 



NSF 

NESF 

NERC 



Super frame 
Extended super frame 
Ericsson-modified super frame 



NOTE 

Framing format "NERC" is the framing format used by some L. M. Ericsson switches in 
wireless service. 



Specifying Nl line 
coding 



You must set the DataSMART network interface to the line coding specified by your ser- 
vice provider. Two selections are available: AMI (alternate mark inversion) or B8ZS 
(binary 8 zeroes substitution). 

The default line coding is B8ZS. 

Use the following commands to specify line coding. You must have super-user or 
configuration privileges. 



NAMI 
NB8 



AMI line coding 
B8ZS line coding 
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Enabling/disabling 
T1 .403 loopback and 
PRM generation 



You can enable or disable the DataSMART from sending and receiving ANSI T 1.403 per- 
formance report messages (PRMs). You should enable T1.403 PRMs if either of the fol- 
lowing is true: 

■ Your carrier requires Tl .403 PRMs 

■ You have a point-to-point application and you want to get far-end performance 
reports at the near end 

When T1.403 mode is enabled, the DataSMART does the following: 

■ Sends PRMs out the network interface to the far-end device 

■ Receives PRMs from the far-end device (used to collect data for far-end reports) 

■ Sets and resets remote loopbacks using Tl .403-standard codes 

When T1.403 mode is enabled, the DataSMART defaults to T1.403 standards for setting 
and resetting loopbacks, even if 54016 mode is enabled. 

The default state is T1.403 mode disabled. 

Use the following commands to enable or disable T1.403 mode. You must have super-user 
or configuration privileges. 



EPRM 



Enable sending and receiving ANSI Tl .403 PRMs and loopback set 
and reset codes. 



DPRM Disable sending PRM messages to the network and disable all other 

activities defined by the standard. 



Configuring the network interface 
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Specify the "keep 
alive" signal for the 
network interface 
(add/drop units only) 



This command has no effect unless all channels are assigned to the terminal interface. 

If the terminal interface enters an out-of-frame (OOF) condition, the DataSMART keeps 
the network connection alive by sending the network a framed all- Is signal. This masks 
the presence of an alarm at the terminal end. 

You can program the DataSMART to send the network an AIS alarm (unframed all- Is sig- 
nal) when the terminal signal is out of frame. This generates an alarm at the far end. 

The default "keep-alive" signal is a framed all- Is signal. 

Use the FKA and UKA commands to specify the keep alive signal. You must have 
super-user or configuration privileges. 



FKA 
UKA 



Send a framed all- Is signal. 
Send AIS (unframed all- Is signal). 



Enabling/disabling 
yellow alarm output 
(add/drop units only) 



This command has no effect unless all channels are assigned to the terminal interface. 

Yellow alarm output should be enabled only if the terminal equipment connected to the 
DataSMART is incapable of generating a yellow alarm. 

If yellow alarm output is enabled, the DataSMART generates and transmits the yellow 
alarm code toward the network any time an alarm condition is detected on the network 
interface. The yellow alarm is transmitted two to three seconds after alarm conditions AIS, 
OOF or LOS arise. 

If the alarm output is disabled, the DataSMART will not generate a yellow alarm code. 
The default for alarm generation on incoming yellow is disabled. 

Use the following commands to enable or disable yellow alarm generation. You must have 
super-user or configuration privileges. 



EYEL 
DYEL 



Enable generation of yellow alarm. 
Disable generation of yellow alarm. 
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Selecting the 5401 6 If the network framing format is ESF and 54016 mode is enabled, you can specify whether 

addreSS ^ e DataSMART responds to 54016 requests addressed to a DSU, a CSU, or both. (See the 

next entry for procedures on enabling 54016 mode.) 

The default is for the DataSMART to respond to both CSU and DSU requests. If you want 
the DataSMART to respond only to DSU or CSU requests, set the 54016 
mode appropriately. 

Use the following command to specify the 54016 address mode. You must have super-user 
or configuration privileges. The command syntax is: 

ADDR54:7Vg? 

where Trgt is: 

D DSU 

C CSU 

B both DSU and CSU 

Enabling/disabling You can enable or disable the DataSMART from responding to requests that comply with 

5401 6 mode messa g e format of AT&T TR54016, Issue 2. Enable 54016 mode when your service 

provider requests it. 

When enabled for 54016, the DataSMART can do the following: 

■ Respond to 54016 requests 

■ Set and reset remote loopbacks using 54016 requests, if Tl .403 is disabled (see 
"Enabling/disabling T1.403 loopback and PRM generation" on page 53). 

The network interface must be set to ESF format (see "Specifying NI framing format" on 
page 52) before you enable 54016 mode. This is because 54016 requests are received and 
sent via the ESF facility data link. 

The default is 54016 mode disabled. 

Use these commands to enable or disable 54016 mode. You must have super-user or 
configuration privileges. 

E54 Enable 54016 mode. 

D54 Disable 54016 mode. 

Your service provider may ask you to set the DataSMART to attenuate (reduce) the Tl 
signal at the network interface. Three line attenuation settings are available: 0.0 dB (no 
attenuation), 7.5 dB, or 15 dB. 

The default line attenuation is 0.0 dB. 

Use the following commands to specify line build out attenuation. You must have 
super-user or configuration privileges. 

NL0 0.0 dB line attenuation 

NL1 7.5 dB line attenuation 

NL2 15.0 dB line attenuation 



Specifying transmit 
line build out 
attenuation 
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Configuring the terminal interface (add/drop units only) 



Configure the unit's terminal interface so that its framing format, line coding, signal 
equalization, and idle code are all compatible with your terminal equipment. 



You must configure the terminal interface of the DataSMART 558 to make it compatible 
with the terminal equipment (Tl customer premise equipment) connected to it. 

All these commands apply to both the transmit and receive directions on the 
terminal interface. 

The commands for configuring the terminal interface parameters are listed below (enter 
TC to see this display). 

TI CONFIGURATION MENU 

TSF/TESF/TERC - TI SF/ESF/Ericsson Framing Format 
TAMI / TB8 - TI AMI/B8ZS TI Line Coding 

TIDL:<c> - Idle Code, c = 00-FF Hex 



TI Equalization 



TEO 
TE1 
TE2 
TE3 
TE4 



0 - 133 ft 

- 133 - 266 ft 

- 266 - 399 ft 

- 399 - 533 ft 

- 533 - 655 ft 



TCV 



- View TI Configuration 
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Viewing the current 
Tl configuration 



Before changing any terminal interface parameters, you may want to look at the current 
settings. To do this, enter TCV at the command-line prompt. This produces a display sim- 
ilar to the one below. 



VIEW TERMINAL CONFIGURATION 



Framing Line 
Format Code 



ESF 



B8ZS 



Equalization 



0 . . 133 ft 



Idle 
Code 



7F Hex 



Field 



Description 



Framing format 

Line code 
Equalization 

Idle code 



This displays the current framing format applied to the 
terminal interface: SF (super frame), ESF (extended 
super frame), or ERICS (Ericsson-modified super 
frame). 

This displays the current line coding applied to the 
terminal interface: AMI or B8ZS. 

This displays the state of signal equalization at the 
terminal interface: 0.. 133ft, 133..266ft, 266..399ft, 
399..533ft, or533..655ft. 

This displays the currently selected idle code. The 
range is 00 to FF hex. 



Configuring the terminal interface (add/drop units only) 
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Specifying Tl framing 
format 



TIP 

The following framing formats 
and line codes often go 
together: super frame and AMI 
(NSF and NAMI); and 
extended super frame and B8ZS 
(NESF and NB8). 
However, one does not depend 
on the other. 



You must set the DataSMART terminal interface to recognize and transmit data in the 
same framing format used by the terminating customer premises equipment, usually a Tl 
channel bank or digital PBX. You can choose: super frame (SF; also known as D4), 
extended super frame (ESF), or Ericsson-modified super frame. 

The default framing format is extended super frame (ESF). 

Use the following commands to set the framing format applied at the terminal interface. 



TSF 

TESF 

TERC 



Super frame 
Extended super frame 
Ericsson-modified super frame 



^ NOTE 

Framing format "TERC" is the framing format used by some L. M. Ericsson switches in 
wireless service. 



Specifying Tl line 
coding 



You must set the DataSMART terminal interface to the same line coding used by the cus- 
tomer premises equipment. Two selections are available: AMI (alternate mark inversion) 
or B8ZS (binary 8 zeroes substitution). 

The default line coding is B8ZS. 

Use the following commands to specify line coding. You must have super-user or 
configuration privileges. 



TAMI 
TB8 



AMI line coding 
B8ZS line coding 
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Specifying Tl idle You can specify the eight-bit idle code that is put into the unused DSO channels of the ter- 

minal interface. The code may have any hex value between 00 and FF. 

Whenever an out-of-frame condition occurs at the network interface, the DataSMART 
DSU puts the idle code into all channels assigned to the terminal interface. 

The unit continuously transmits the idle code on any NI channel assigned to "idle". 

The default idle code is 7F hex. 

Use the TIDL command to specify the eight-bit idle code. You must have super-user or 
configuration privileges. The command syntax is: 

TIDL:c 

c Enter a hex number with a value between 00 and FF. 

If the cable between the DataSMART and the customer premises equipment is longer than 
133 feet, you may need to boost the signal level being output from the terminal interface. 
By using the TEn commands, you can specify that the terminal interface outputs a DSX- 
level signal equalized for cable lengths up to 655 feet. 

The default equalization setting is 0. 

Use the following commands to equalize the Tl signal at the terminal interface. You must 
have super-user or configuration privileges. 



TE0 0- 133 feet 

TE1 133 -266 feet 

TE2 266 - 399 feet 

TE3 399 - 533 feet 

TE4 533 - 655 feet 



Specifying Tl signal 
equalization 



Configuring the terminal interface (add/drop units only) 
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Configuring the data port 



You can change many characteristics of the data port, including timing characteris- 
tics, physical interface, and loss-of- signal indicator. Changing these parameters 
often requires changes at the far end or DTE as well. 



You must configure the data port to match the configuration of the data terminal equip- 
ment (DTE) to which it is attached. 

Most applications can use the default values. "Tail" circuits, long DTE cables at high data 
rates, and perhaps other situations identified by your technical support representative may 
require changing the settings from their default values. 

The commands for configuring the data port are listed below. To view this menu, log into 
the unit you want to configure, then enter DC. 



SCLK<n> : <clk> - Source Clock at Data Port, n=l 

elk = I (Internal) , E (External) 
TCLK<n> : <cmd> - Transmit Clock Inversion at Data Port, n=l 

cmd = E (Enable) , D (Disable) 
RCLK<n> : <cmd> - Receive Clock Inversion at Data Port, n=l 

cmd = E (Enable) , D (Disable) 
IDL<n> : <char> - Idle Character at Data Port, n=l 

char = 7E, 7F, FF 
DPLOS<n> : <los> - LOS Input Signal at Data Port, n=l 

los = R (RTS) , D (DTR) , B (Both), N (No Processing) 



DATA PORT CONFIGURATION MENU 



EDI<n> / DDI<n> 
INTF<n> : <intf > 



Enable/Disable Data Inversion at Data Port, n=l 

Interface at Data Port, n=l 

intf = V (V.35 72xxx) , E (EIA-530), 

D (V.35 DataSMART 78xxx Compatible) 



Viewing the current 
data port 
configuration 



Before changing any data port parameters, you may want to look at the current settings. To 
do this, enter DCV at the command-line prompt. This produces a display similar to the 
one shown below. 



VIEW DATA PORT CONFIGURATION 



Port 1 



Data Inversion DISABLED 
Interface V.35 



Source Clock INTERNAL 
Tx Clock Invert DISABLED 
Rx Clock Invert DISABLED 
Idle Character FF 



LOS Input RTS 
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Field 



Description 



Data Inversion 



Interface 



Source Clock 



Tx Clock Invert 



Rx Clock Invert 



Idle Character 
LOS Input 



This tells you whether or not data inversion is enabled 
at the data port. If inversion is enabled, the data is 
inverted in both directions (i.e., the data from the DTE 
is inverted before being transmitted to the network, and 
vice versa). 

This tells you the electrical interface specified for the 
data port: V.35 cable-compatible with DataSMART 
72000 series (default); EIA-530; or V.35 cable- 
compatible with DataSMART 78000 series. 

This tells you which clock signal is being used to clock 
in transmit data at the data port: INTERNAL or 
EXTERNAL. 

This tells you whether or not transmit clock inversion is 
enabled at the data port. If inversion is enabled, transmit 
data is sampled on the rising edge of the clock signal. If 
inversion is disabled, transmit data is sampled on the 
falling edge of the clock signal. 

This tells you whether or not receive clock inversion is 
enabled. If inversion is enabled, receive data is changed 
on the falling edge of the clock signal. If inversion is 
disabled, receive data is changed on the rising edge of 
the clock signal. 

This tells you the specified idle character for the data 
port: 7E, 7F, or FF hex. 

This tells you which signals are currently being used to 
determine an LOS condition at the data port: RTS, 
DTR, BOTH, or NONE. 
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Enabling/disabling These commands enable or disable data inversion at the data port. When you enable data 

data inversion inversion, all data received from the DTE is inverted: zeroes are changed to ones and ones 

are changed to zeroes before being transmitted to the network. Data received from the net- 
work is also inverted before being transmitted to the DTE. When data is inverted locally, it 
must also be inverted at the far-end device. 

Data inversion is seldom necessary. It is sometimes used to resolve "ones density" prob- 
lems caused by a high proportion of zeroes in the bit stream of the incoming or 
outgoing data. 

The default state is data inversion disabled. 

Use the following commands to enable or disable data inversion. You must have super- 
user or configuration privileges. The command syntax is: 

EDI1 Enable data inversion at the data port. 

DDI1 Disable data inversion at the data port. 
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Specifying the data 
port electrical 
interface 



You can individually configure the data port interface to support: 

■ V.35 data port cables (uses same cables as SPort, MAX, and other DataSMART 
72000 series DSUs; default) 

■ EIA-530 data port cables 

Configure the port to support the interface requirements of the attached DTE device. 

The V.35 option is compatible with the same cables as DataSMART 72000 series DSUs: 
Kentrox cables 95xxx054, 95xxx073, and 95xxx074, or their equivalents. 

Use the INTF command to specify the interface type. You must have super-user or config- 
uration privileges. The command syntax is: 



imFhcmd 

cmd 



Enter V for V.35 72000 series or E for EIA-530. 



NOTE 

The D option makes the data port compatible with cables for DataSMART 78000 series 
DSUs. These cables are not sold with the DataSMART 554 or 558 DSU. 



Specifying data port 
clocking 



You can specify the clock signal used to clock transmit (Tx) data at the data port (see 
Figure 4). Two clock selections are available: internal or external. 

Internal clocking (the default) means that the transmit data is clocked by the data port's 
internal clock, which is derived from the DataSMART system source clock. 

External clocking means that data is clocked by a signal received on the data port connec- 
tor's external clock pins (see Table 16 through Table 19 on page 167 through page 168). 

External clocking is typically used: 

■ With long cables (exceeding 50-100 feet) at high data rates with DTE that supports 
an external clock signal 

■ If the DataSMART unit is driving a tail circuit (see "Specifying the system clock" on 
page 34) 

■ If the DataSMART unit is connected to a Cisco router 
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The normal operation of synchronous serial data ports provides for three clock signals (see 
Figure 4): 



1 The DCE supplies the receive (Rx) clock signal synchronized with the receive 
(Rx) data. 

2 The DCE also supplies the transmit (Tx) clock signal. The DTE normally transmits 
its data synchronized to this signal. Most data terminal equipment uses this signal. 

3 The external clock signal is generated by the DTE and is used in two different appli- 
cations. The first application is when you are using the external clock signal for tail 
circuit timing of the Tl circuit. In this application, the external clock signal is sup- 
plied by the DTE equipment. (See "Specifying the system clock" on page 34 for more 
information about tail circuit timing.) 

In the second application, the external clock signal is the Tx clock signal regenerated 
by the DTE and synchronized with the DTE's transmitted data. Usually you employ 
this option when you are receiving excessive data errors at the data port due to cable 
propagation delay. Propagation delay becomes a problem when you are using a long 
data cable (exceeding 50 - 100 feet) at high data rates. Propagation delay can cause 
significant phase shift between the Tx clock signal from the DataSMART and the Tx 
data signal from the DTE. 

^ NOTE 

Not all data terminal equipment supports an external clock signal. You must have terminal 
equipment capable of supplying this signal, however, in order to use the DataSMART 
unit's external data port clock option. 

Figure 4 — Clock signals at the data port 

DataSMART CSU 



Data Port (DCE) 



Rx Data 



Rx Clock 



Tx Data 



Tx Clock 



External Clock (XCLK) 



DTE 



Requires a DTE and cable capable 
of supplying XCLK 



The default data port clock is internal. 



TIP 

SCLK specifies data port clock- 
ing, not system clocking. System 
clocking is specified with the 
CLK command. 



Use the SCLK command to specify the data port clock. You must have super-user or con- 
figuration privileges. The command syntax is: 



SCLKl:c//t 

elk 



Enter E to specify an external clock source, or enter I to specify the 
internal clock source. 
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Enabling/disabling 
transmit clock 
inversion 



You can invert the transmit (Tx) clock signal and, by doing so, change the clock edge 
being used to sample transmit (Tx) data at the data port (refer to Figure 4 on page 64). 
Transmit data is normally sampled on the falling edge of the transmit clock. If you invert 
the clock signal, data is sampled on the rising edge of the clock. 

The inversion is done on the data port TCLK signal when internal source clocking is cho- 
sen and on the XCLK signal when external source clocking is chosen. 

Sampling data on the falling edge of the clock is standard; you will seldom need to invert 
the clock. If the far end is experiencing data errors, or if the cable connecting the DTE to 
the data port is long enough to cause undue propagation delays, you may need to invert the 
clock edge. 

The default state is transmit clock inversion disabled. 

Use the TCLK command to invert the clock edge. You must have super-user or configura- 
tion privileges. The command syntax is: 

TCLKV.cmd 



cmd 



Enter E to enable clock inversion, or enter D to disable 
clock inversion. 



Enabling/disabling You can invert the receive (Rx) clock signal and, by doing so, change the clock edge being 

receive ClOCk usec ' to c l° c k me receive (Rx) data from the data port to the DTE (refer back to Figure 4 

inversion ° n P a ^ e N° rmai l v ' receive data is changed on the rising edge of the receive clock. If 

you invert the clock signal, receive data is changed on the falling edge of the clock. 

Changing receive data on the rising edge of the clock is standard; you will seldom need to 
invert the clock. If the local DTE is receiving data errors, or if the cable connecting the 
data port and DTE is long enough to cause undue propagation delays, you may need to 
invert the clock edge. 

The default state is receive clock inversion disabled. 
To enable or disable clock inversion, use this command: 
RCLKl.cmd 

cmd Enter E to enable clock inversion, or enter D to disable 

clock inversion. 
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Specifying the data 
port idle character 



During certain alarm states and loopbacks, the DataSMART outputs an idle character on 
the DSO channels assigned to the data port. This idle character is transmitted to the net- 
work and to the DTE attached to the port. You can specify the value of this idle character 
as 7E, 7F, or FF hex. 

The default idle character is FF. This value should work correctly for most equipment. 
Some equipment may require 7E or 7F. These characters were chosen because FF is nor- 
mally sent out by Tl equipment. It is also an abort character in HDLC, as is 7F. (They both 
have more than six consecutive ones.) The character 7E is the flag character (idle) 
in HDLC. 

Use the IDL command to specify the idle character at the data port. You must have 
super-user or configuration privileges. The command syntax is: 



\\}\A:cmd 

cmd 



Enter 7E, 7F, or FF to specify the idle character. 



Setting up DPLOS 
(data port loss of 
signal) processing 



You can specify which signals are monitored for LOS at the data port. You can monitor the 
RTS signal, the DTR signal, both signals, or neither signal. 

Data port LOS can be used to identify cases where the DataSMART and network are oper- 
ating correctly, but the DTE has failed, has lost power, or has been disconnected. 

When a data port LOS condition occurs, the DataSMART fills the channels assigned to the 
data port with the idle character configured with the IDL1 command for transmission 
toward the network. DP LOS is reported using the System Status (S) command (see 
"Examining system status" on page 105). 

The default is to monitor RTS for LOS at the data port. 

Use the DPLOS command to specify the signal(s) monitored for data port LOS. You must 
have super-user or configuration privileges. The command syntax is: 

DPLOSl:cmJ 

cmd is one of the following: 

R Monitor RTS for LOS. This should work correctly with most equip- 

ment. Some equipment or cables may need a different setting. 



D 
B 

N 



Monitor DTR for LOS. 

Monitor RTS and DTR for LOS. With this setting, the unit detects a 
LOS if both RTS and DTR are low. If either signal is high, LOS is 
not detected. 

Disable DPLOS monitoring. The DataSMART ignores RTS and 
DTR at the port and assumes that the data port is connected and 
receiving valid data. 
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Assigning channels 



The Tl line provides access to 24 DSO channels on the network interface. You can 
assign some of these channels to the data port, assign others to the terminal interface, 
and leave other channels idle. One of the data port channels or idle channels can also 
be used for a data link to a remote unit. The DataSMARThas two tables where you 
can keep separate channel configurations to handle differing demands on the Tl line. 



TopiCS in this Section In this section, you'll find the following topics: 

■ "Planning the channel assignment" before setting up the unit, and why it's important 

■ "Methods of entering channels" — editing and loading channel configuration tables 

■ "Assigning network interface channels" — the most commonly used channel setups 

■ "Rules for assigning channels" and "How to assign channels" — you'll need to read 
about these topics if you're not using one of the five typical channel setups 



Planning the Channel The Tl line has 24 network interface channels you can assign to the terminal interface, 

assignment data P ort or idle 

In some simple cases, you may not need to plan the channel assignment. For example, the 
default configuration for add/drop units maps each network interface channel to its corre- 
sponding channel on the terminal interface. For DSUs without a terminal interface, every 
network interface channel maps to the data port by default. 

^ NOTE 

It is important to have a channel assignment plan, especially when mapping channels to 
the data port. The DataSMART Configuration Worksheets can help you assign channels. 

Consider these factors when assigning channels: 

■ If you are using a DSO channel to support an IP management data link to a remote 
unit, include it in the plan. (The setups in "Assigning network interface channels" all 
use the IP data link on a DSO and use the NETIF command to configure it; see 
"Selecting an IP network interface" on page 140.) The data link can use an idle chan- 
nel or a data port channel. An error message is displayed if you attempt to assign the 
data link to a channel used by the terminal interface. Also, if the data link uses a data 
port channel, data port timing (see page 34) is disabled. 
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■ In some rare cases, your configuration may not guarantee sufficient ones density at 
the network interface to avoid setting off alarms or losing synchronization. This 
might happen when your DTE is inactive, even though you haven't idled it. If you 
can't use B8ZS line coding in your application, the solution may be to assign a set of 
alternating channels to the data port, and then configure the unassigned channels to 
outputting an idle code with high ones density. 

NOTE 

In a point-to-point connection, the units at both ends of the Tl line must have identical 
channel assignments. This is true regardless of your unit's channel assignment. Your net- 
work service provider may have to tell you what channel assignments to use. 

Figure 5 shows a configuration that assigns channels 1-8 to the data port and leaves the 
remaining channels idle. If the data port channels are configured to run at 64 Kbps, the 
data port speed is 8 x 64 = 512 Kbps. 

Figure 5 — Sample channel assignment 
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Data Port 1 
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Methods Of entering When you assign channels using the command-line interface, you are actually editing a 

Channels table, which you load into hardware in a separate step. The DataSMART DSU has two 

tables, A, and B, so that you can keep two separate configurations. This feature is useful at 
sites where, for instance, you have separate configurations for day-time and 
night-time traffic. 

Figure 6 illustrates how the configuration table editing commands affect the channel map 
used by the unit. 

Figure 6 - Flow chart for configuration table editing commands 
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The ADP1 and ANI commands edit Configuration Table A. 
The BDP1 and BNI commands edit Configuration Table B. 

The CPAB command copies Table A to Table B, and the CBPA command copies Table B 
to Table A. 

Once Table A has been completely edited, the LXA command loads it into the executing 
channel map. The LXB command does the same for Table B. 

If you change a working configuration so that the terminal interface or the data link 
assignments move from one channel to another, make sure you have resolved the conflict 
for both of your unit's configuration tables, or an error will occur when you try to load a 
table which has become invalid. 
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Assigning network The rest of this chapter contains network interface channel assignments for five typical 

interface Channels DataSMART applications, as well as background on setting up a custom channel assign- 

ment. Record typical applications on question 5 of the DataSMART Configuration Work- 
sheet, and custom applications on question 6. Use the procedure that applies to 
your application: 

■ All 24 channels, full rate DSU application @ 1536 Kbps (24 x 64 Kbps); see page 71. 

■ Fractional Tl DSU @256 Kbps (4 x 64 Kbps): see page 72. 

■ Channels 1-23, CSU/DSU using Robbed Bit Signaling; Channel 24, Data Port 1 @ 
56 Kbps: see page 73. 

■ All 24 channels, CSU using Robbed Bit Signaling; also called A-B bit or A-B-C-D 
bit signaling or Channel-Associated Signaling (CAS): see page 74. 

■ All 24 channels, CSU using Common Channel Signaling (CCS); also used for ISDN 
PRI or data equipment on terminal interface: see page 75. 

■ None of the above: see "Rules for assigning channels" on page 76 and "How to assign 
channels" on page 77. 

^ NOTE 

When entering commands, be careful to distinguish between upper case I and numeric 1. 
To see the syntax for these commands, enter the FC command. 
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24-channel Full Rate 
DSU, 1536 Kbps 



This application assigns all 24 channels to the data port. All channels are set to 64 Kbps 
for a total of 1536 Kbps at the data port. 



Sample application 




Channel map diagram 

Network 
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Data Port 1 



■ The ADPl:64,l-24 command assigns all channels in table A to the data port at 
64 Kbps. 

For more information about this procedure, see the installation guide. 
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Fractional T1 DSU, This application assigns network interface (NI) channels 1-4 to the data port. Each data 

256 KbpS P ort cnanne l is set to 64 Kbps for a total of 256 Kbps at the data port. All other channels 

are idle. You can use any channel for a data link, but for maximum efficiency, you should 

run the data link over an idle channel. 

Sample application 



DataSMART unit in shelf 



NMS 



4 DSO 



T1/ 
FT1 



DP1 



<±) 



Channel map diagram 
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■ The ANI1-24:I command sets all channels in Table A to idle. 

■ The ADPl:64,l-4 command assigns network interface channels 1-4 to the data port 
at 64 Kbps. 

^ NOTE 

To assign more or fewer channels to the data port, modify the above commands. For 
example, to assign eight channels to the data port, the second command is ADPl:64,l-8. 

For more information about this procedure, see the installation guide. 
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23-channelCSU/DSU, 
robbed-bit signaling, 
56 Kbps data port 
(add/drop only) 



This combined CSU/DSU application sets 23 NI channels to the terminal interface (voice- 
type channels) and assigns Channel 24 to the DataSMART data port at 56 Kbps. Use it if 
your terminal equipment requires the SF or ESF signaling bits. The V option ensures that 
the signaling bits remain frame-aligned. 

This application can support data-link management to a remote site over channel 24 using 
8 Kbps. 




Channel map diagram 
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■ The ANI1-23:V command assigns network interface channels 1-23 to the terminal 
interface, voice-type channels. 

■ The ADP1:56,24 command assigns network interface channel 24 to the data port at 
56 Kbps. 

For more information about this procedure, see the installation guide. 
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24-channel CSU, 
robbed-bit signaling 
(add/drop only) 



This application sets all 24 channels to the terminal interface (voice-type channels). Use it 
if your terminal equipment requires the SF or ESF signaling bits. The V option ensures 
that the signaling bits remain frame-aligned. 

Because all 24 channels are assigned to the terminal interface, this application can not sup- 
port a data link over a DSO. It can support a facility data link (FDL) only if the application 
supports ESF framing end-to-end. 



Sample application 




Channel map diagram 
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■ The ANI1-24:V command assigns NI channels 1-24 to the terminal interface, 
voice-type channels. 

For more information about this procedure, see the installation guide. 
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24-Channel CSU, This application sets all 24 NI channels to the terminal interface (data-type channels). Use 

Common Channel ' l f° r Common Channel Signaling (CCS) or ISDN PRI applications, if you have data 

Signaling equipment on the terminal interface, or if a clear channel is required. Because all 24 chan- 

I HH/rl I ^ nels are assigned to the terminal interface, this application can not support a data link over 

* " aDSO. The D option does not support signaling bits. 



Sample application 

DataSMART 558 in shelf 



PBX 



T1 



NMS 




Channel map diagram 
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The ANI1-24:D command assigns NI channels 1-24 to the terminal interface, data- 
type channels. 



For more information about this procedure, see the installation guide. 
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Rules for assigning data port channels 

When assigning network interface channels to the data port and the terminal interface, the 
channels for the data port must be grouped. Within the group, the channels can be contigu- 
ous or alternating. If the channels in the group are alternating, the intervening channels are 
assigned to idle. 

For instance, if data port 1 has eight channels to assign, you can assign them in a single 
group of contiguous channels (1-8), but not two groups on contiguous channels (1-4 and 
10-13). Or, if you want to use alternating channels, you can assign them to a single group 
of alternating channels (2, 4, 6, 8, 10, 12, 14), but not to two groups of alternating channels 
(2, 4, 6, 8 and 14, 16, 18, 20). 

The TI idle code, which goes out the terminal interface on all idle channels, MUST con- 
tain sufficient ones to keep the circuit synchronized. When you specify the idle code, 
make sure you select a code with sufficient ones (see "Specifying TI idle code" on page 
59), not by the DP menu idle code. 

^ NOTE 

Besides assigning the channels, you must also specify the data rate for the data port. See 
"Assigning DSO lines to a port" on page 77. 

Rules for assigning terminal interface channels 

The rules for channel assignments between the network interface and the terminal 
interface are: 

1 The channel number on the TI side must match the channel number on the NI side. 

2 If equipment connected to the TI requires the super frame signaling bits or the 
extended super frame signaling bits to be passed through the DataSMART DSU, set 
the channel type to V (voice). 

3 If the equipment connected to the TI requires a 64 Kbps clear channel (no signaling 
bits), set the channel type to D (data). 

4 You do not need to group the TI channels in any special way, as is the case with data 
port channels. 

5 If you use an alternating scheme, you can assign a single data port channel to a chan- 
nel in between two TI channels. 

Compatible and incompatible configurations 

The following formats and settings usually go together: 

■ Super frame, AMI, 56 Kbps channel data rate, one channel on the data port. 

■ Extended super frame, B8ZS, 64 Kbps channel data rate, aggregated channels on the 
data port. 

The following format-and-setting combination is not recommended: 

■ AMI, 64 Kbps channel data rate (this does not guarantee ones density on the 
TI line). 



Rules for assigning 
channels 
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How to assign 
channels 



You set channel bandwidth using the commands listed in the Fractional Tl Configuration 
menu. To display this menu, enter FC. 



77 channel assign- 
ments available on- 
add/drop units only 



FRACTIONAL Tl CONFIGURATION MENU 

<table>DP<port> : <rate> [ , <nicn>] 

- DP=Assign NI Channel Map for Data Port 

Tables A or B Containing Channel Assignment 
Data Port Number 
Channel Rate in 1000 bps 

NI Channel numbers assigned to Data Port or 
Can be alternating DSO channel numbers or 
a contiguous range. 



table A/B 
port 1 
rate 56/64 
nicn 1 . . 24 

1,3,5,... 

1-24 



<table>NI<nicn> : <ticn>, <nicn> : <ticn>, . . . 

- NI=Assign NI Channels to Tl or IDLE 
table A/B - Tables A or B Containing Channel Assignment 

nicn 1 . . 24 - NI Channel numbers 

ticn V,D,I - Voice/Data on Tl Channel or I for Idle 



CPAB / CPBA 
LXA / LXB 
TAV / TBV 
TXV 



Copy A to B or B to A 

Load and Execute Table A or B 

View Table A or B 

View Executing Channel Assignment 



Assigning DSO lines to a port 

This command allows you to edit the data port channel assignments and data rates in table 
A or table B. You must have super-user or configuration privileges to use this command. 



tableDPl:mte[,nicn] 

table 

rate 

nicn 



Specify A or B to indicate which table you want to edit. 
Specify either 56 or 64 Kbps. 

Specify the NI channels that you want to assign to the data port, 
where nicn is one of the following: 

A single channel number (for example, 11). 

A range of channel numbers, delimited by a dash 
(for example, 2-8). 

A series of odd or even channel numbers, delimited by a comma 
(for example, 7,9,11 or 10,12,14). 



Assigning network channels to the terminal interface or IDLE 

Use this command to: 

■ assign network (NI) channels to the terminal interface (Tl) — 558 only 

■ idle out unused channels on the NI 

■ assign "voice" or "data" type to Tl channels — 558 only 

Note that the assignments must be "straight across"; the NI channel must go to the Tl 
channel of the same number. 
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^ NOTE 

You can not assign the data link to a remote DataSMART unit over a channel that is 
assigned to the terminal interface. 

You must have super-user or configuration privileges to use this command. 
tableNhii_channel: [d, v, i] 
tableNlni_channel_range:[d,v,i] 
tableNhii_single_channel:[d, v, i] 

table Specify A or B to indicate which table you want to edit. 

ni_channel_range Specify a range of NI channels, delimited by a dash. 
ni_single_channel:i Set a single channel to idle. For instance, 3:i idles NI channel 3. 
Viewing the contents of table A and B 

You can inspect the contents of the tables by using the TAV and TBV commands. You 
must have super-user or configuration privileges. 

TAV Display the contents of table A. 

TBV Display the contents of table B. 

The TXV command shows the current assignments. TXV does not require any privileges 
to use. 

TXV Display the current channel assignments on the DataSMART. 

To look at Table A, for example, enter the TAV command from any prompt. The Table A 
report will look something like the display shown below. (This channel assignment is 
illustrated in example 2, "23-channel CSU/DSU, robbed-bit signaling, 56 Kbps data port 
(add/drop only)" on page 73.) The report displays the mapping of NI channels in two dif- 
ferent ways. The top of the report lists the ports in the left column and shows rate and all 
channels assigned to that port to the right. The bottom of the report lists every channel and 
shows its assignment and how it is configured (for idle, TI voice, TI data, data port, or 
data link). 

VIEW TABLE A OF THE FRACTIONAL TI CONFIGURATION 
MAP RATE TOTAL NI CHANNELS 



TI - 1, 2, 3, 4, 5, 6, 7, 8, 9,10,11,12,13,14,15,16, 

17,18, 19,20,21,22,23 

DPI 56 56 24 

IDLE - - 

DLNK 5 6 2 4 

NI MAP NI MAP NI MAP NI MAP NI MAP NI MAP NI MAP NI MAP 



1:TI V 2:TI V 3 : TI V 4:TI V 5:TI V 6:TI V 7 : TI V 8:TI V 

9:TI V 10:TI V 11:TI V 12:TI V 13:TI V 14:TI V 15:TI V 16:TI V 

17:TI V 18:TI V 19:TI V 20:TI V 21:TI V 22:TI V 23:TI V 24:DPDL 

*Proposed NETIF will use DSO TS 24 56K Data Link 
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Field 



Description 



MAP This identifies the port. 

TI indicates the terminal interface (558 only). 
DPI indicates the data port. 
IDLE indicates an idle channel. 

DLNK indicates an idle channel is assigned to the IP management 
data link. 

DLDP indicates a channel is assigned to both the data port and the 
data link. 

RATE This tells you data rates, 56 or 64 Kbps, for each DSO channel 

currently assigned to the data ports or IP management data link (see 
"Selecting an IP network interface" on page 140). The Data Link 
channel can also have a data rate of 8Kbps when it uses a DSO 
channel assigned to the data port. 

TOTAL This displays the total bandwidth assigned to the data port (where 

bandwidth is determined by multiplying the rate per channel by the 
number of channels assigned to the port). If a 64 Kbps channel is 
assigned to the data port and data link at the same time, its bandwidth 
is reduced to 56 Kbps and the Data Link rate field displays 8Kbps. 

NI CHANNELS This lists channel assignments by ports. 

NI MAP This lists channel assignments by channel number. 

TI V indicates a voice-type terminal interface channel (558 only). 
TI D indicates a data-type terminal interface channel (558 only). 
For the other values, see the MAP field in this table. 

This displays the type of data link used for IP management on the 
assigned data link channel. 
NO DATALINK indicates no data link is used. 
DSO TS nn DATALINK indicates the IP management data link uses 
time slot nn, where nn is between 1 and 24. 
FDL DATALINK indicates the facility data link is used for IP 
management. 
CONFIGURED indicates the current setting. 

PROPOSED indicates the setting was changed in the current session, 
but has not yet been saved. 

Configuring the interfaces from a table 

These commands load a configuration from a table into the hardware, which then operates 
as configured. You must have super-user or configuration privileges. 

LXA Load configuration from Table A. 

LXB Load configuration from Table B. 

Copying one table into another 

You can copy the contents of one table into the other table using the CPAB and CPBA 
commands. You must have super-user or configuration privileges. 

CPAB Copy Table A to Table B . 

CPBA Copy Table B to Table A. 



CONFIGURED/ 
PROPOSED 
NETIF USES... 
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CHAPTER 




Performance monitoring 



Report types and 
their common uses 



This chapter describes how the DataSMART unit's performance monitoring facilities help 
troubleshoot network problems. The DataSMART provides a statistical report and detailed 
performance reports at the physical (T1/FT1) level. It also provides history reports for 
alarms and security violations. 



This report type... includes. 



which allow you to. 



Tl statistical report 



Tl performance 
reports 



History reports 



NI Statistical Performance 
report (NSR) 

Tl Statistical Performance 
report (TSR) 

User NI performance reports 
(UNSR/UNLR) 

User Tl performance reports 
(UTSR/UTLR) 

Far-end performance reports 
(FESR/FELR) 

Carrier NI performance 
reports (CNSR/CNLR) 



Quickly identify Tl receive-line problems when turning up 
Tl service. 

Quickly identify Tl receive-line problems on the customer premise 
equipment (CPE) when turning up Tl service. Available on add/drop 
units only. 

Identify Tl receive-line quality problems over a longer time frame 
than the NSR. 

Identify Tl receive-line quality problems on the CPE over a longer 
time frame than the TSR. Available on add/drop units only. 

Identify Tl transmit-line quality problems 
Monitor the carrier Tl performance registers. 



Alarm History report (AHR) View the 20 most recent Tl alarm messages. 
Security History report (SHR) View the 10 most recent security violations. 

The first section of this chapter shows how to access the various command-line reports. 
The next sections show how to interpret the command-line reports, and the final section 
shows how to access and interpret reports from the front panel. 
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Accessing the reports 



The Reports menu lists commands for accessing reports. 



DataSMART 
558 only 



DataSMART 
558 only 



To see the list, enter R at the command line. 

REPORTS MENU 



UNSR / UNLR 

■ UTSR / UTLR 

CNSR / CNLR 

FESR / FELR 

NSR : [z] 
-TSR: [z] 

AHR 
SHR 

PL : <len | style> 



User NI Short/Long Performance Report 
User TI Short/Long Performance Report 
Carrier NI Short/Long Performance Report 
Far End PRM Short/Long Performance Report 

User NI Statistical Performance Report 

User TI Statistical Performance Report 

z = Display Report then Zero Counts (Optional) 

Alarm History Report 

Security History Report 

Set Page Length, <len> = 20 .. 70 (or 0 = Off), or 
<style> = P (Page Break) , M (More) , or V (View) 



TIP 

The reports are also available 
using the SMARTools Installer 
application shipped with your 
DataSMART unit. 

TIP 

For information on these and 
other reports, see the sections 
on interpreting performance 
reports starting on page 84. 



To display any report, simply enter the appropriate command from the command line. You 
do not need any special privilege level. 

Most reports have a long or short version. The long version differs from the short version 
only in that it includes a breakdown of the performance information for the previous 24 
hours, shown in 15-minute intervals. 

For example, use these commands to display the User NI reports. 



UNSR 



Display the short version of the User NI report. 



UNLR Display the long version of the User NI report. 

Using the Z option with the NSR and TSR commands 

The NI and TI Statistical reports provide performance data similar to the NI User report, 
plus in-service data about total errors counted at the network interface. By using the Z 
option with these report commands, you can clear the error counts whenever the report is 
displayed. This way, the next time you display the report it will show just the errors accu- 
mulated since the last time you displayed the report. 

The command syntax is: 



NSR [Z] 
TSR [Z] 
Z 



Clears the error counts from the report, once the report is displayed. 
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Formatting the reports 



The PL command formats all the reports, either for a printer or a terminal. You can set the 
page length and select either "page break" for output to a printer, or "more prompt" for 
output to a screen. A page length of 0 disables both page breaks and prompting. 

By default, no page length is specified and page breaks and prompting are disabled. If you 
enter a page length, the command defaults to a "more prompt" (M) unless you specify 
"page breaks" (P). 

The PL command syntax is: 

PL: /en I style 

len Specify the page length as 0, 20 ... 70. 0 disables page breaks 

and prompting. 

style Specify P for "page break," M for "more prompt," or V to display 

the current settings without changing anything. 

For example, to fit a report on a 22-line monitor, enter: 

PL:22 

Any time you change the length or style parameter, a display will show the state of the set- 
tings after the change. 

There are six actions you can take that will clear report data. 

Resetting the date or time on the DataSMART using the ST or SD commands (see "Setting 
date and time" on page 30) clears the performance data and resets counters. Using the 
ZALL command (see "Zeroing all counters" on page 38) has the same effect, without 
changing the time. 

The SD, ST, and ZALL commands clear data from all reports except the Carrier NI 
reports, the Alarm History report, and the Security History report. 

The following actions will clear data from all reports, including the Carrier NI and 
history reports: 

■ Cycling power to the DataSMART 

■ Using the BOOT command (see "Obtaining new system software" on page 39) 

■ Resetting the DataSMART to its defaults with the RSD command (see "Resetting to 
default values" on page 40). This command causes you to lose the current alarm his- 
tory data, performance data, and configuration settings. Use the RSD command 
with caution. 

This information is summarized in Table 6 on page 41. 



Clearing the 

performance 

database 
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Interpreting the Nl and Tl Statistical reports 



The NSR and TSR commands display Statistical reports of the received signal on the 
network interface and terminal interface respectively. The NSR Z and TSR Z com- 
mands also display Statistical reports, and then clear the error data. 



Using the NI Statistical report when you first turn up a new Tl line will give you a snap- 
shot of Tl service quality in the receive direction. For more detail, run the User NI perfor- 
mance reports (see page 89). The Tl Statistical Report is similar. It shows the quality of the 
connection to customer premise equipment connected to the DataSMART. 

A Statistical report has two parts. The first part is a statistical summary of the recent per- 
formance history of the received signal. The second part is an in-service performance 
measurement of the received signal. The following figure shows an example of an NI Sta- 
tistical report (NSR). 



KENTROX DataSMART 55x- USER NI STATISTICAL PERFORMANCE REPORT 
ADDRESS: 00:00:000 NAME: PORTLAND, OR 

DATE: FEB 14, 1997 TIME OF DAY: 16:48 

G. 821 | 

%AS %EFS %ES %SES %DM %BES %CSS 



CUR 15-MIN 100.00 100.00 0.0000 0.0000 0.0000 0.0000 2.0304 
PRE 15-MIN 98.888 99.775 0.2247 0.0000 6.6666 0.2247 2.0224 
CUR 2 4-HR 99.073 99.439 0.5609 0.4861 2.2222 0.0747 3.4779 
START OF TEST: DATE: FEB 14, 1997 

TIME: 16:00 
PERFORMANCE MEASUREMENT COUNT 



ESF ERRORS 11718 

CRC6 ERRORS 3 6 93 

OUT OF FRAME ERRORS 8 02 5 

FRAME BIT ERRORS 18 

BIPOLAR VIOLATIONS 14175 

CONTROLLED SLIPS 155 

YELLOW ALARM EVENTS 0 

AIS EVENTS 0 

LOSS OF FRAME EVENTS 1 

LOSS OF SIGNAL EVENTS 3 



What to look for 



To test NI performance for a specified time period, use the NSR Z command to generate a 
report and clear the data. Then periodically use the NSR command to check performance 
over time. Similarly, you can use the TSR command to check for errors from the CPE or 
its cabling. Trouble indicators are: 

■ Values in the %AS and %EFS columns that are under 100 percent 

■ Nonzero values in the %ES, %SES, %DM, %BES, and CSS columns 

■ Nonzero counts in the Performance Measurement area (for definitions of the perfor- 
mance measurements, see "Interpreting the NI and Tl Statistical reports" on page 84) 
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The report's statistical summary 

The statistical summary shows statistical percentages for the current 15-minute interval, 
the previous 15-minute interval, the current 24-hour interval, and each of the last seven 
days. These intervals are the same as those in the User NI report; see "Time intervals in the 
performance report" on page 90 for a description of them. 

The percentages are computed from the counts stored in the performance database for the 
User NI report. They are computed using the concept of an "available second". In the for- 
mulas defined below, you will see the variable "Sec_avail". An available second is simply 
any second that is not an unavailable second: 

Sec_avail = Sec_total - UAS 

Specifically, the number of available seconds for any time period is simply the number of 
total seconds for the time period (900 for 15 minutes, 86400 for 24 hours) minus the num- 
ber of UAS seconds. See "UAS" on page 91 for a definition of an unavailable second. 

Any time "Sec_avail" is zero for a time period and the formula for computing the percent- 
age uses "Sec_avail" in a denominator, a series of dashes is displayed as the result instead 
of a numerical value. 

The following is a list of the seven fields in the statistical summary and the formulas used 
to compute their values. 



Field header Description 



hAS This field lists the percentage of available seconds (%AS) for the time interval. The formula for this 

statistic is: 

%AS = (Sec_avail / Sec_total) x 100 

bEFS This field lists the percentage of error-free seconds (%EFS) for the time interval. An error-free second is 

any available second that was not an errored second. The formula is: 
%EFS = ((Sec_avail - ES) / Sec_avail) x 100 
where ES is the number of errored seconds for the time interval. 



%ES This field lists the percentage of errored seconds (%ES) for the time interval. The formula for this statistic 

utilizes ES, where ES is the number of errored seconds. The formula is: 
%ES = (ES / Sec_avail) x 100 

Note that the sum of %EFS and %ES should be 100%. 

%SES This field lists the percentage of severely errored seconds (%SES) for the time interval. The formula for 

this statistic utilizes SES, where SES is the number of severely errored seconds (using the same definition 
as for the User NI report; see page 91). The formula is: 
%SES = (SES / Sec_avail) x 100 



%DM This field lists the percentage of degraded minutes (%DM) for the time interval. The formula for this 

statistic utilizes DM, where DM is the number of degraded minutes (using the same definition as for the 
User NI report; see page 91). The formula is: 

%DM = (DM / ((Sec_avail / 60) rounded to next higher integer)) x 100 



%BES This field lists the percentage of bursty errored seconds (%BES) for the time interval. The formula for this 

statistic utilizes BES, where BES is the number of bursty errored seconds for the time interval (using the 
same definition as for the User NI report; see page 91). The formula is: 
%BES = (BES / Sec_avail) x 100 
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Field header Description 

%CSS This field lists the percentage of controlled slip seconds (%CSS) for the time interval. The formula for this 

statistic utilizes CSS, where CSS is the number of controlled slip seconds for the time interval (using the 
same definition as for the User NI report; see page 91). The formula is: 
%CSS = (CSS / Sec_avail) x 100 
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The Statistical report's in-service performance measurement 

The second part of the report displays counts of various error conditions in the received 
network signal. These are just raw counts, not percentages. The data for this display is 
kept in registers separate from the registers used for other reports. You can reset the counts 
at any time. Resetting the count does not affect performance information (including the 
information in the first part of the Statistical report). The error counts are useful for run- 
ning an in-service test on the network line. 

To run an in-service test on the network interface, use these steps: 

1 Issue the NSR or TSR command using the Z option to clear (zero-out) the 
error counts. 

NSRZ 

This displays the Statistical report, showing the error counts at the time the command 
was issued, and then clears the error data. 

2 Wait the desired time interval. 

3 Issue the command again. 

This displays the error counts accumulated since the time you cleared the 
error counts. 

The figure below shows an example of an in-service performance measurement. The 
header shows the start of the test, which is the time that the error counts were last 
cleared. Below that are two columns, listing the type of error condition and a corre- 
sponding error count. The maximum value that may appear in any count field is 
2 32 -l (4,294,967,295). When this limit is reached, the count wraps to zero (0). 



KENTROX DataSMART 55x- USER NI STATISTICAL PERFORMANCE REPORT 
ADDRESS: 00:00:000 NAME: PORTLAND, OR 
DATE: FEB 14, 1997 TIME OF DAY: 16:48 
I G. 821 

%AS %EFS %ES %SES %DM %BES %CSS 



CUR 15-MIN 100.00 100.00 0.0000 0.0000 0.0000 0.0000 2.0304 
PRE 15-MIN 98.888 99.775 0.2247 0.0000 6.6666 0.2247 2.0224 
CUR 24-HR 99.073 99.439 0.5609 0.4861 2.2222 0.0747 3.4779 
START OF TEST: DATE: FEB 14, 1997 

TIME: 16:00 
PERFORMANCE MEASUREMENT COUNT 



ESF ERRORS 13016 

CRC6 ERRORS 11215 

OUT OF FRAME ERRORS 2105 

FRAME BIT ERRORS 18 

BIPOLAR VIOLATIONS 14175 

CONTROLLED SLIPS 155 

YELLOW ALARM EVENTS 0 

AIS EVENTS 0 

LOSS OF FRAME EVENTS 1 

LOSS OF SIGNAL EVENTS 3 
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Interface Statistical report 



Counts of the following error conditions are maintained and displayed in response to the 
NSR or TSR command: 

■ ESF Errors (ESF only): this event occurs when a frame contains a CRC error, an 
OOF error, or both. 

■ CRC6 Errors (ESF only): this error occurs when the CRC checksums calculated for a 
frame at the transmitting and receiving ends are different. 

■ Out of Frame Errors (ESF and SF): two or more framing bit errors have been 
received within a 3-millisecond period. 

■ Frame Bit Errors (ESF and SF): errors have been received in the framing bits at a 
rate of less than 1 every 3 milliseconds. 

■ Bipolar Violations (ESF and SF): this event is any bipolar violation generated in 
error (not including intentional bipolar violations generated by B8ZS coding). 

■ Controlled Slips: this event is the addition or deletion of a single frame in the 
received data stream, due to a timing difference of exactly one frame between the 
transmitted and received data streams. Make sure you are using one and only one 
timing source. 

■ Yellow Alarm Events: this event is a transition from the condition of "not receiving 
yellow" to the yellow condition. 

■ AIS Events: this event is a transition from the condition of "not receiving AIS" to the 
AIS condition. 

■ Loss-of-Frame Events: this event is a transition from the framed condition to the 
OOF condition. 

■ Loss-of-Signal Events: this event is a transition to the LOS condition. See "Examin- 
ing system status" on page 105. 

For more detailed definitions, see page 91, "Troubleshooting tree" on page 109, or 
the Glossary. 
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Interpreting the User Nl and User Tl reports 



The DataSMART monitors the received signal on a Tl line. The UserNI report dis- 
plays error counts and can be used to determine signal quality. 



The DataSMART monitors the received signal on a Tl line for a variety of different error 
conditions (see "Tl alarms and signal processing" on page 161 for descriptions of errored 
signal conditions). The DataSMART counts the errors and then uses the count to deter- 
mine the quality of the 1 -second interval during which the errors occurred. 

For each time interval, the DataSMART tallies the counts and displays the information in 
the reports. The reports also show the error conditions and whether or not an alarm 
was present. 

The following figure is an example of the User NI Short Performance Report (UNSR). 
The UTSR report is very similar. 



KENTROX DataSMART 55x- USER NI SHORT PERFORMANCE REPORT 

ADDRESS: 00:00:000 NAME: PORTLAND, OR 

DATE : FEB 14, 1997 TIME OF DAY: 16:44 

STATUS CODES: C=CRC6, B=BPV, L=LOS, 0=OOF, E=EER, A=AIS, Y=YEL, 

@=ALARM ACTIVE, T-TEST ACTIVE 
SECOND OF INTERVAL: 881 OF 900 COMPLETED INTERVALS: 2 OF 96 
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What tO look for Real or potential problems with Tl service are indicated by: 

■ Nonzero results in the performance measurement columns (EE, ES, BES, SES, UAS, 
CSS, and DM) indicate seconds (or minutes) when errors occurred. 

■ Letters in the Status column indicate error conditions, and the @ character appears if 
the error conditions persisted long enough to cause alarms. 

For details, see page 91. 
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Time intervals in the 
performance report 



The report shows the performance data for the current second, the previous second, the 
current 15 -minute period, the previous 15 -minute period, the current day, and the previous 
seven days. 



Each day is broken into ninety-six 15-minute intervals. Interval one starts at 00:00 (mid- 
night), interval two at 00:15, interval three at 00:30, and so on. 

CUR 15-MIN refers to the performance data tabulated so far for the 15-minute interval. 
For instance, in the previous figure, the third row shows the performance for the 
15-minute interval starting at 00:15 (notice that the time of day is 00:27). 

Each 15-minute interval consists of 900 seconds. The field in the header labeled "SEC- 
OND OF INTERVAL" shows how many seconds into the interval the measurement 
extends. In the example, the data has been collected for 757 seconds of the 
current interval. 

In a report, CUR 24-HR refers to a rolling 24-hour period. In other words, it is the previ- 
ous ninety-six 15-minute intervals. The field labeled "COMPLETED INTERVALS" indi- 
cates whether or not the DataSMART has been running for the full ninety-six intervals 
that make up a 24-hour day. Unless the DataSMART was recently restarted, the completed 
intervals display should always read "96 OF 96." The 24-hour count may show less than 
ninety-six 15-minute intervals if it was cleared within the last 24 hours. 

The report also shows the performance data for each of the last seven days, if the 
DataSMART has been powered up for seven days; otherwise, it shows the data collected 
since the DataSMART was last powered up. For instance, if the DataSMART has only 
been powered up for 48 hours, the report will only have a listing for two days, since only 
two days have been completed so far. 

If one of the time intervals shows a row of dashes (-), that means that either the 
DataSMART was powered down during that period or data has not yet been collected for 
that period. 

A zero (0) indicates that the unit was collecting data and for that field the count was zero. 
Time intervals and the long report 

The long report (use the UNLR or UTLR command) shows the same information as the 
short report and also includes performance data for each complete 15-minute interval in 
the current 24 hours (that is, the previous ninety-six 15-minute intervals). If not all of the 
15-minute intervals are listed, it means the DataSMART has not been on for 24 hours. A 
dash displayed in a field means that the unit was powered down for that period. 

The following figure shows the additional information provided by the long version of the 
User NI report (UNLR). 
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For each time interval there are eight types of performance measurements. These measure- 
ments are described below. 



Field header Definition 



EE This field shows the number of error events (EEs) that have occurred, up to a maximum of 999,999. 

If the line uses ESF framing, the following error conditions cause a single EE to be counted: 
a transition to the LOS condition 
a transition to the AIS condition 
a transition to the OOF condition 

a second with a controlled slip (also referred to as a frame slip) 1 
a BPV error 
a CRC6 error 

If the line uses SF framing, an EE is the number of BPVs per second. 

ES This field lists the number of errored seconds (ESs) that have occurred. If the line uses ESF framing, 

an ES is any second that is not a UAS that contains: 

an LOS condition, or 

an AIS condition, or 

an OOF condition, or 

one or more CRC6 or BPV errors. 
If the line uses SF framing, an ES is any second with a BPV, LOS, AIS, or OOF. 
Note that controlled slips do not result in ESs (as per CCITT G.821 paragraph 1.8). 
Also note that when a single LOS, AIS, or OOF condition lasts for several seconds, it counts as a 
single EE, not as several ESs and SESs. 

BES This field lists the number of bursty errored seconds (BESs) that have occurred during the time 

interval, up to a maximum of 86,400. 
A BES is any second that is not a UAS that contains: 

no LOS, AIS, or OOF conditions, and 

between 2 and 319 (inclusive) EEs. 

SES This field lists the number of severely errored seconds (SESs) that have occurred, up to a maximum 

of 86,400. An SES is any second that is not a UAS that contains: 
an LOS condition, or 
an AIS condition, or 
an OOF condition, or 
320 or more EEs. 

UAS This field lists the number of unavailable seconds (UASs) that have occurred, up to a maximum of 

86,400. A UAS state is declared when ten consecutive SESs occur. The ten SESs are subtracted from 
the SES count and added to the UAS count. Subsequent seconds are accrued to the UAS count until 
the UAS state is cleared. The UAS state is cleared when ten consecutive non-SESs occur. When that 
happens, the consecutive ten non-SESs are subtracted from the UAS count. 

CSS This field lists the number of controlled slip seconds (CSSs) that have occurred, up to a maximum of 

86,400. A controlled slip second is any second that contains one or more controlled slips (see also the 
definition for ES). Note that CSSs are accumulated during unavailable seconds (UASs). 

During any one-second time period, the above error events can occur in various combinations. The possible combinations 
are: no errors; ES; CSS; ES and CSS; ES and BES; ES and BES and CSS; ES and SES; ES and SES and CSS; UAS; UAS 
and CSS. 
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Field header 



Definition 



DM This field lists the number of degraded minutes (DMs) that have occurred, up to a maximum of 

1,440. A DM is a sixty non-UAS and non-SES second period that contains 49 or more CRC6 or BPV 
errors (ESF framing) or 49 or more bipolar violations (SF framing). 

STATUS This field shows the type of errored conditions that occurred during the time interval. The conditions 

are indicated by a single character as described below. In order of severity, the conditions are: 

L An LOS condition has occurred, but has not necessarily integrated to an alarm state. Inbound 
traffic has stopped. 

O An OOF condition has occurred, but has not necessarily integrated to an alarm state. Inbound 
traffic has stopped. 

A An AIS condition (but not necessarily an alarm) has occurred. Inbound traffic has stopped. 

Y A yellow alarm has been detected. Outbound traffic may have stopped. 

E An Excessive Error Rate (EER) condition (but not necessarily an alarm) has occurred. This 
condition can occur only if the EER alarm is enabled. Inbound traffic contains errors. 

@ One of the preceding conditions has persisted long enough to cause an alarm state. 

B For both ESF and SF, a "B" is displayed if a BPV occurs. 

C If ESF is enabled, a "C" is displayed if a CRC6 error occurs. 

T There is a (loopback, code generation, or BERT) test active on the DataSMART. 

1 A controlled slip is declared when the DataSMART detects an accrued timing difference of exactly one frame between the transmitted 
and received data streams, resulting in the deletion or addition of a single frame in the received data stream. 
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Interpreting the Far-end report 



The FESR andFELR commands display the performance history of the received sig- 
nal at the far-end network interface. 



Because the Far-end reports are based on PRMs, the far-end device must be T1.403 com- 
patible. Also, PRM generation must be enabled in the near-end and far-end devices, and 
the Tl line's framing format must be ESF. (Use the EPRM command to enable PRM gen- 
eration in the DataSMART and use the NESF command to enable ESF framing format.) 

The Far-end reports show you Tl line performance as seen by the device on the far end of 
the circuit, without the need to connect to the far-end device directly. Using the Far-end 
reports and the NI statistical reports (see "Interpreting the User NI and User Tl reports" on 
page 89) gives you a clear picture of Tl performance in both the transmit and 
receive directions. 

The figure below shows an example of a short version of the Far-end report. Notice that it 
is the same as a User NI report except for the status codes described in the header and 
listed in the status column. 

KENTROX DataSMART 55x- FAR END PRM SHORT PERFORMANCE REPORT 
ADDRESS : 00:00:000 NAME: PORTLAND, OR 

DATE: JAN 13, 1995 TIME OF DAY: 10:53 

STATUS CODES: C=CRC6, V=LCV, F=FRAME BIT ERR, E=SEVERE FRAME BIT, 

S=SLIP, P=PAYLOAD LOOP BACK, M=MISSED 4 PRM, N=NO POWER 
SECOND OF INTERVAL: 4 95 OF 900 COMPLETED INTERVALS: 1 OF 96 



EE 



G. 821 

ES 



BES 



G. 821 
SES 



G. 821 
OAS 



CSS 



G. 821 
DM 



STATUS 



CUR SEC 
PRE SEC 



CUR 15-MIN 
PRE 15-MIN 
CUR 24-HR 



319 
319 
6776 



1 
1 
59 



1 
1 
59 



0 
0 
0 



0 
0 
0 



0 
0 
0 



0 
0 

1 



C VF 
C VF 
C VFE 



M 
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What to look for and how to interpret time intervals 

The items to look for in the Far-end reports and User NI reports are the same, except the 
Far-end reports do not include alarm states. Also, time intervals are the same in the Far- 
end reports and User NI reports. See page 90. 

The following table describes the performance data displayed in the Far-end report. 



Field header Description 



EE This first field lists the number of error events (EEs) that have occurred, up to a maximum of 999,999. 

Only CRC6 errors are used to calculate error events. 

The PRM message does not provide exact counts of CRC6 error events. Instead it uses 6 bits that 
indicate that the error rate fell within a certain range; then the highest number in the range (except for 
the last range, as noted below) is used as the error count in the Far-end report as follows: 

1 CRC6 error-per-second counts as one EE 

2 to 5 CRC6 errors-per-second count as 5 EEs 

6 to 10 CRC6 errors-per-second count as 10 EEs 
11 to 100 CRC6 errors-per-second count as 100 EEs 
101 to 319 CRC6 errors-per-second count as 319 EEs 
320 or more CRC6 errors-per-second count as 333 EEs 



ES 


This field lists the number of errored seconds (ESs) that have occurred during the time interval, up to a 
maximum of 86,400. An ES is any second that is not a UAS that contains one or more CRC6 errors. 


BES 


This field lists the number of bursty errored seconds (BESs) that have occurred during the time interval, 




up to a maximum of 86,400. A BES is any second that is not a UAS that contains between 2 and 319 




(inclusive) CRC6 errors. 


SES 


This field lists the number of severely errored seconds (SESs) that have occurred during the time 
interval, up to a maximum of 86,400. An SES is any second that is not a UAS that contains 320 or more 
CRC6 errors. 



UAS This field lists the number of unavailable seconds (UASs) that have occurred, up to a maximum of 

86,400. A UAS state is declared when ten consecutive SESs occur. The ten SESs are subtracted from the 
SES count and added to the UAS count. Subsequent seconds are accrued to the UAS count until the 
UAS state is cleared. The UAS state is cleared when ten consecutive non-SESs occur. When that 
happens, the consecutive ten non-SESs are subtracted from the UAS count. 



CSS This field lists the number of controlled slip seconds (CSSs) that have occurred during the time interval, 

up to a maximum of 86,400. A controlled slip second is any second that contains one or more controlled 
slips (see also the definition for ES). Note that CSSs are accumulated during unavailable 
seconds (UASs). 

During any one second time period, the above error events can occur in various combinations, which are: no errors; ES; 
CSS; ES and CSS; ES and BES;ES and BES and CSS; ES and SES; ES and SES and CSS; UAS; UAS and CSS. 

DM This field lists the number of degraded minutes (DMs) that have occurred during the time interval, up to 

a maximum of 1,440. A degraded minute is a sixty non-UAS and non-SES second period that contains 
49 or more CRC6 errors (ESF framing) or 49 or more bipolar violations (SF framing). 
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Field header Description 



Status This field shows the type of errored conditions that occurred during the time interval. The conditions are 

indicated by a single character as described below: 

F A frame synchronization bit error has occurred in the received network signal. A frame synchroniza- 
tion bit error occurs when an error in the framing-bit-pattern is received. 

E A severely-errored framing event has occurred in the received network signal. A severely-errored 
framing event occurs when two or more framing-bit-pattern errors occur within a 3- millisecond 
period. 

C A CRC6 error has been detected in the received Tl signal. 

V A line code violation condition has occurred in the received network signal. A line code violation 
occurs when a bipolar violation that is not part of a zero-substitution code is received. 

S A controlled slip has occurred at the received network signal. A controlled slip event occurs when 
there is a replication or deletion of a Tl frame by the receiving network interface. 

P A payload loopback is active on the network interface. 

M No PRMs have been received for four or more consecutive seconds. Each PRM contains 

information for four consecutive seconds, and so no data is lost if up to three PRMs are missing. 
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Interpreting the Carrier Nl report 



The Carrier NI report allows you to view the carrier's version of the performance 
data of the NI signal received by the DataSMART. The carrier accesses the report 
from the network using the Tl facility data link. ESF framing is required. 



TIP 

For the purpose of monitoring 
the NI performance, there is 
generally no reason to use the 
Carrier NI report. The same 
information is available in more 
detail in the User NI report. 



At many sites, the DataSMART is at the point of demarcation on a Tl line between a car- 
rier and a customer premise. Therefore, the DataSMART keeps two sets of registers, both 
of which collect performance data on the unit's signal received at the network interface: 
one set of registers for the customer and one set of registers for the carrier. 

The customer can view the performance data collected in the customer registers by using 
the User NI report. The customer can also view the performance data collected in the car- 
rier registers by using the Carrier NI report. The carrier accesses the data in the carrier reg- 
isters from a remote device using the facility data link. 



The customer cannot alter the data in the contents of the carrier's registers (clear it, for 
instance), nor can the carrier alter the data in the customer's registers. 

The format of the Carrier NI report is similar to that of the User NI report. The figure 
below shows a short version (using the CNSR command), though a long version (using 
the CNLR command) is available. The method of calculating the values in the report is 
per AT&T 54016. 

Performance measurements are defined on page 91, except for LOFC (Loss of Frame 
Count). This measurement indicates two or more framing bit errors have been received 
within a 3-millisecond period. 



KENTROX DataSMART 55x- CARRIER NI SHORT PERFORMANCE REPORT 
ADDRESS: 00:00:000 NAME: PORTLAND, OR 

DATE: FEB 14, 1997 TIME OF DAY: 16:52 

SECOND OF INTERVAL: 501 OF 900 COMPLETED INTERVALS: 2 OF 96 
EE ES BES SES UAS CSS LOFC 



CUR SEC 
PRE SEC 
CUR 15-MIN 
PRE 15-MIN 
CUR 24-HR 



0 
0 
0 

3692 
3694 



0 
0 
10 
20 
40 



0 
0 
0 
10 
25 



0 
0 
10 
18 
33 
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Interpreting the Alarm History report 



The Alarm History report ( use the AHR command) shows the last 20 alarm messages. 
The alarm messages in the report are the same messages sent to the control port 
device when the control port alarm messages are enabled and configured for 
ASCII format. 



TIP 

Using SMARTools Installer, this 
information can be printed out 
to disk and saved for later use. 



Alarm messages are generated by physical-layer alarm states on the network interface or 
data port. A message is added to the report every time the network interface or data port 
changes to a different alarm state. The "Alarm Cleared" message is not issued unless all 
alarms on that line are cleared. The report logs up to twenty messages, most recent first. 
Once the report reaches twenty messages, new alarm messages cause the oldest message 
to be dropped. 

See "Monitoring alarm messages" on page 104 for a full list of the types of alarm messages 
that can appear in this report and their meanings. 

The alarm messages are always displayed in user format (ASCII text). 

Alarm messages always appear in the Alarm History report, even if alarm messages are 
disabled with the DAM command in the Alarm Configuration Menu. 

Information in the Alarm History report is not cleared when an ST, SD, or ZALL com- 
mand is executed. 

The following actions clear the Alarm History report: 

■ Power cycling the DataSMART 

■ Executing the RSD command (see "Resetting to default values" on page 40) 

■ Executing the BOOT command (see "Obtaining new system software" on page 39) 
An example of the Alarm History report is shown below. 
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Interpreting the Security History report 



The Security History report ( use the SHR command) shows the last 10 events that 
might indicate unauthorized attempts to access the DataSMART. 



The report includes three types of events: 

■ An incorrect Telnet password has been entered (Telnet Password); 

■ The DataSMART has read or written an incorrect SNMP community string (SNMP 
Rd CommString or SNMP Wr CommString); 

■ The DataSMART has received an IP packet from a host whose IP address is not on 
the Source Screening Address list (IP Screen). 

The report logs up to 10 events, most recent first. Once the report reaches 10 events, sub- 
sequent messages cause the oldest event to be dropped. 

The IP address of the device which caused the security event is listed under "Comments." 

You can configure the SNMP agent to send an SNMP Authentication Trap whenever one 
of these security events occurs. To configure these traps, see "Configuring for SNMP" on 
page 145. 

Information in the Security History report is not cleared when an ST, SD, or ZALL com- 
mand is executed. 

The following actions clear the Security History report: 

■ Power cycling the DataSMART 

■ Executing the RSD command (see "Resetting to default values" on page 40) 

■ Executing the BOOT command (see "Obtaining new system software" on page 39) 
An example of the Security History report is shown below. 

Date/Time Security Event Comments 

FEB. 13, 1997 11:58 Telnet Password Src IP Addr : 192.0.2.1 

FEB. 13, 1997 11:52 SNMP Wr CommString Src IP Addr: 192.0.2.1 
FEB. 12, 1997 10:51 IP Screen Src IP Addr: 192.0.2.11 
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Troubleshooting 



This chapter describes how to troubleshoot DataSMART units. It contains the 
following information: 

■ How LEDs and alarm messages alert you when something is wrong 

■ How to find out the type of alarm and the interface at which it is occurring 

■ A list of all error conditions in the System Status report, and suggestions on how to 
resolve them 

■ A description of how to use the DataSMART diagnostic tools, including self test, 
loopbacks, and BERTs 

Following is a quick guide to the alarms generated by DataSMART units and to the pages 
in this chapter that provide appropriate troubleshooting procedures for the alarms. The 
alarms are listed in priority order, from highest to lowest priority. Always deal with the 
highest-priority alarms first. 



TIP 



Figure 7 — Troubleshooting the DataSMART 



Always deal with the highest- 
priority alarms first. 




Tl EER (page 112) 
Tl AIS (page 112) 
BPV (page 113) 
CRC (page 113) 



Tl YEL (page 111) 
Nl YEL(page 112) 



Tl OOF (page 110) 
DP LOS (page 111) 



Nl LOS (page 109) 
Tl LOS (page 109) 
ECF (page 110) 



Nl OOF (page 110) 
NIAIS (page 110) 



ni eer (page in) v Medium Priority 



> High Priority 
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Interpreting the front-panel LEDs 



NORMAL 



Green: power-on 
Blinking green: user is logged on 
Flashing red-to-green: software 
download in progress 



Green "heartbeat" blink 
(554 only): unit has sent 
auto-configuration request 



Green: valid data at Nl 



Off 
Off 
Off 

Off 



Yellow or blinking yellow: 
tests being run 
Off: no active tests 



Yellow: transmit (TxD) or 
receive (RxD) data flow 

Yellow CTS LED: status of 
"clear to send" 

Yellow RTS LED: status of 
DTR and/or RTS 




POWER 
FAIL 



AUTO 
CFG 



CV 

RED 
ALM 

YEL 
ALM 

CV 



STATUS |j 
TEST Hj 



LLB 
OFF 
DPLB 

T X D 
R X D 
CTS 
RTS 

LINK 

Tx 



DATA 
PORT 




DataSMART® 558 




Green: auto-configuration is 
enabled 

Off: auto-configuration is 
not enabled 



Green: valid data at Tl, 
no alarms 
Off: Tl disabled 
(558 only) 



Yellow: Ethernet link can 
receive data (558 only) 

Green: Ethernet link is 
transmitting data (558 only) 
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ABNORMAL 



Red: equipment failure (EQF) 
Off: power loss 



Red: Nl LOS 

Fast-blinking red: Nl OOF 
Slow-blinking red: Nl AIS - 

Yellow: incoming Nl Yellow Alarm 



Red: LOS, OOF, AIS, or Yellow - 
Alarm on terminal interface 
(558 Only) 



Off: no data flow — 

Off: either an Nl alarm is active or 
the data port was not programmed 

Off: DTE not ready to send data - 




POWER 
FAIL 



AUTO 
CFG 



CV 

RED 
ALM 

YEL 
ALM 

CV 



I 



STATUS |j 
TEST [| 



LLB 
OFF 
DPLB 

T X D 
R X D 
CTS 
RTS 

LINK 
Tx 



1 

D, 
PI 

ij 



DATA 
PORT 



ETHERNET 
I 



DataSMART® 558 



T1 1 Port ADD/DROP 



Blinking yellow: BPV or CRC 
on network interface 



Blinking yellow: BPV or CRC 
on terminal interface 
(558 only) 
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Table 7 — LED indicators and their meanings 



LED 


Indicator 


Condition 


POWER/FAIL 


Green 


Power is on, self-test successful. 




Green, blinking steadily 


A user is logged into the 
DataSMART unit. 




Green, "heartbeat" blink 
(two blinks, then pause) 


The plug-in (554) is requesting 
configuration. 




Red-to-green, flashing 


Software program is being 
downloaded. 




Red 


Power is on, self-test failed. 




Off 


No power is being received. 


AU I (J Cru 

(558 only) 


Green 


Auto-configuration has been enabled. 


TVTT 1 — \ ATA 

NI DATA 


Green 


T 7 1 * 1 J? 1* 1*1* * 1 

Valid framed signal is being received 
at the network interface. 


NI CV 


Yellow, blinking 


Code violation (such as a CRC or 
BPV) at the network interface. 


NI RED ALM 


Red 


LOS alarm. The Tl signal has been 
lost at the network interface. 




Blinking fast 

(5 times per second) 


OOF alarm. The Tl signal is out-of- 
frame at the network interface. Some 
or all of the DS 1 framing bits have 
been lost. 




Blinking slow 

(about once per second) 


Incoming AIS alarm. The equipment 
on the other end is in test or alarm 
state. 


NI YEL ALM 


Yellow 


The equipment on the other end of 
the circuit is in OOF or LOS alarm. 


II CV 

(558 only) 


Yellow, blinking 


Code violation (such as a CRC or 
BPV) at the terminal interface. 


TI STATUS 
(558 only) 


Red 


Alarm (LOS, OOF, AIS, or Yellow) 
at the terminal interface. 




Green 


Valid framed signal is being received 
at the terminal interface. 


DATA PORT TxD 


Yellow 


Data is being transmitted (input) at 
the data port. Note that under normal 
conditions this LED may fluctuate in 
intensity. 




Extended "off 


Spaces are being received at the data 



port. The spaces are transmitted to 
the network if RTS and CTS are high. 
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Table 7 — LED indicators and their meanings (continued) 



LED 


Indicator 


Condition 


DATA PORT RxD 


Yellow 


Data is being received (output) at the 
data port. Note that under normal 
conditions this LED may fluctuate in 
intensity. 




Off 


Zeros are being output at the data 
port if RTS and CTS are on. 


DATA PORT CTS 


Yellow 


Channels are assigned and the NI is 
not in alarm. The DataSMART is 
ready to exchange data with the DTE. 




Off 


This LED is off when it is not 
possible to transmit data out the data 
port. This may be because an NI 
alarm is present or the data port is not 
programmed or no channel is 
assigned. 


DATA PORT RTS 


Yellow 


Request to send is asserted. The DTE 
is ready to send data to the 
DataSMART, according to the 
conditions estab-lished by the 
DPLOS command. 




Off 


The DTE is not ready to send data 
(per the conditions configured by the 
DPLOS command) or is not 
connected or channels are not 
assigned. 


ETHERNET LINK 
(558 only) 


Yellow 


The unit is successfully receiving 
link integrity signals via Ethernet. 


ETHERNET Tx 
(558 only) 


Green 


The unit is successfully transmitting 
data via Ethernet. 
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Monitoring alarm messages 



The DataSMART generates the alarm messages listed in Table 8 and outputs them at the 
control port. If you receive an alarm message, you should use the Status (S) command to 
get the details of the problem. 

Only one alarm can be active at a time per unit. If two alarm conditions exist on a unit, that 
unit issues an alarm message only for the higher priority alarm. When the higher priority 
alarm is cleared, the unit then issues the next lower priority alarm, if one is still present. 
The table shows the alarms in decreasing order of priority 

The DataSMART 554 does not generate terminal interface (TI) alarms. 



Table 8 — Alarms generated by DataSMART units 



Alarm 


Description 


ECF 


External clock failure. This occurs when you specify data port timing 




and the DataSMART cannot detect a signal on the data port external 




clock pins. 


NILOS 


Loss of TI signal at the network interface. 


NI AIS 


Incoming AIS (alarm indicator signal) at the network interface. Some 




device upstream of the network interface is in a LOS or OOF alarm 




state on the far side or in a test mode. 


NI OOF 


Out-of -frame TI signal at the network interface. Some or all DS1 




framing bits have been lost. 


NI YEL 


Incoming yellow alarm at the network interface. A device upstream of 




the network interface is in an OOF or LOS alarm state on the near side. 


NIEER 


Excessive error rate detected on the TI signal at the network interface. 


TILOS 


Loss of the TI signal at the terminal interface. 


TI AIS 


Incoming AIS (alarm indicator signal) at the terminal interface. Some 




device upstream of the terminal interface is in an alarm state on the 




far side. 


TIOOF 


Out-of-frame TI signal at the terminal interface. Some or all DS1 




framing bits have been lost. 


TI YEL 


Incoming yellow alarm at the terminal interface. Some device upstream 




of the terminal interface is in a LOS alarm state on the near side. 


TIEER 


Excessive error rate detected on the TI signal at the terminal interface. 


DP LOS 


Loss of DTR and/or RTS at the data port. 
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Examining system status 



TIP 

For a discussion of how the 
DataSMART transitions in and 
out of alarm states based on 
errored signal conditions, see 
"Tl alarms and signal process- 
ing " on page 161. 



If the DataSMART is in an alarm state or if you notice an abnormal condition, use the Sys- 
tem Status report display to get more information. You can view the system status from 
the front-panel or the command-line interface. Both the front-panel display and the com- 
mand-line report use the same status codes, which are explained in Table 9 on page 106. 

The system status tells you the current condition of the DataSMART, including any alarms 
that may be active as well as current — and possibly intermittent — signal conditions at 
the network interface, the terminal interface, and the data ports. Both the LCD status dis- 
play and the command-line status display are dynamic and are updated as conditions 
change on the DataSMART. 

Using the command line 

To see the command-line display, enter S at the prompt. A screen similar to the one shown 
below appears. The display is updated once per second if the status changes, with the new 
status line added at the bottom. You exit the display by pressing Ctrl-C. 



OPERATIONAL STATUS (*C TO EXIT) 
JAN 4 , 19 97 

TIME SYSTEM NI TI Data Port Power 

ALRM LPBK IN OUT IN OUT DPI A B 

07:31 NLOS - LOS YEL LOS AIS CON ON OFF 



Screen column 



Description 



TIME 

SYSTEM ALRM 
SYSTEM LPBK 
NI IN, NI OUT 

TI IN, TI OUT 

Data Port 
Power 



This column shows the time of day (in 24-hour format) 
that the status line was generated. 

This column shows the highest priority state. 

This column shows if a loopback is active. 

These columns show the network interface RCV and 
XMT signal conditions. 

These columns show the terminal interface RCV and 
XMT signal condition (558 only). 

These columns show the data port input signal condition. 

This column shows the status of the two DC power feeds 
to the 12-slot shelf. It is available only for the 558 
controller, and can be ignored if the unit is installed in a 
two-slot shelf. 
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Status codes 



Table 9 explains the status codes and refers to a page for possible solutions. 
Terminal interface alarms are not available on the 554. 



Table 9 — Status codes 





L/CjI/I 1 pilUI 1 


OUIUUUI 1 




ALRM — 


Alarm Status 






— 


No alarm exists. 


Normal behavior. 




ECF 


External clock failure. 


See page 109 




NLOS 


Loss of the network input signal. 


See page 109 




NOOF 


The network input signal is out of frame. 


See page 110 




NAIS 


Incoming AIS (alarm indication signal) at the network interface. 


See page 110 




NYEL 


Incoming yellow alarm at the network interface. 


See page 111 




NEER 


Excessive error rate detected on the network input signal. 


See page 111 




TLOS 


Loss of the terminal input signal. 


See page 109 




TOOF 


The terminal input signal is out of frame. 


See page 110 




TAIS 


Incoming AIS (alarm indication signal) at the terminal interface. 


See page 112 




TYEL 


T ' 11 1 4- 4-1_ * ' 1 ' 4- £ 

Incoming yellow alarm at the terminal interface. 


See page 111 




TEER 


Excessive error rate detected on the terminal input signal. 


See page 112 




1LOS 


Loss of DTR and/or RTS at data port 1 . 


See page 111 




LPBK — 


Loopback Status 






— 


No loopback is set. 


Normal behavior. 




RLLB 


Code has been sent to set a remote line loopback. 


Loopback test in pro£ 


;ress. 


RPLB 


Code has been sent to set a remote payload loopback. 


Loopback test in pro£ 


;ress. 


RDP1 


Code has been sent to set remote data port loopback. 


Loopback test in proj 


»ress. 


LLB 


A line loopback is set on the local device. 


Loopback test in pro£ 


;ress. 


LOC 


A local loopback is set on the local device. 


Loopback test in pro£ 


;ress. 


PLB 


A payload loopback is set on the local device. 


Loopback test in proj 


»ress. 


TLB 


A terminal loopback is set on the local device. 


Loopback test in pro£ 


;ress. 


DPI 


A data port loopback is set on the local device. 


Loopback test in pro£ 


;ress. 


DTI 


A data terminal loopback is set on the local device. 


Loopback test in proj 


»ress. 


Nl IN (Rx) — Network Input Status 


LOS 


Loss of the network input signal. 


See page 109 




OOF 


The network input signal is out of frame. 


See page 110 




AIS 


Incoming AIS (alarm indication signal) at the network interface. 


See page 110 
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Table 9 — Status codes (continued) 



A.J. 

Code 


Description 


Solution 


YEL 


Incoming yellow alarm at the network interface. 


See page 111 


BPV 


A bipolar violation has been detected on the network input signal. 
This applies only if the network signal is using SF framing. 


See page 113 


CRC 


A cyclic redundancy check error has been detected on the network 
input signal. Seen only if the network signal is using ESF framing. 


See page 113 


QRS 


A BERT running QRS test code is active at the network interface. 


Normal behavior when a BERT 
is active. 


324 


A BERT running 3 in 24 test code is active at the network 
interface. 


Normal behavior when a BERT 
is active. 


247 


A BERT running 2047 test code is active at the network interface. 


Normal behavior when a BERT 
is active. 


511 


A BERT running 511 test code is active at the network interface. 


Normal behavior when a BERT 
is active. 


l'S 


A BERT running all Is test code is active the network interface. 


Normal behavior when a BERT 
is active. 


O'S 


A BERT running all 0s test code is active at the network interface. 


XT 111 " 1 T^TTIT 1 

Normal behavior when a BERT 
is active. 




Valid data is being received. No errors detected. 


Normal behavior. 


Nl OUT (Tx) — 


Network Output Status 




A TO 

AIS 


AIS (alarm indication signal) is being transmitted out the network 
interface. 


See page 110 


YEL 


Yellow alarm is being transmitted out the network interface. This 
occurs when LOS, OOF, or incoming AIS is detected at the 
network input signal. 


See the entry in this table for 
Network input status codes 
LOS, OOF, or AIS. 


QRS 


QRS test code is being transmitted out the network interface. 


Normal behavior when a BERT 
is active. 


324 


3 in 24 test code is being transmitted out the network interface. 


Normal behavior when a BERT 
is active. 


247 


2047 test code is being transmitted out the network interface. 


Normal behavior when a BERT 
is active. 


511 


511 test code is being transmitted out the network interface. 


Normal behavior when a BERT 
is active. 


l'S 


All Is test code is being transmitted out the network interface. 


Normal behavior when a BERT 
is active. 


O'S 


All 0s test code is being transmitted out the network interface. 


Normal behavior when a BERT 
is active. 


COD 


The DataSMART is in the process of setting or resetting a remote 
loopback. 


Normal behavior. 




Valid data is being transmitted out the network interface. 


Normal behavior. 
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Table 9 — Status codes (continued) 



Code 


Description 


Solution 


Tl IN (Rx) — 


Terminal Input Status (558 only) 




LOS 


Loss of the terminal input signal. 


See page 109 


OOF 


The terminal input signal is out of frame. 


See page 110 


AIS 


Incoming AIS (alarm indication signal) at the terminal interface. 


See page 112 


YEL 


Incoming yellow alarm at the terminal interface. 


See page 111 


BPV 


A bipolar violation has been detected on the terminal input signal. 


See page 113 


CRC 


A cyclic redundancy check error has been detected on the terminal 
input signal. Seen only if the terminal signal is using ESF framing. 


See page 113 




Valid data is being received. No errors detected. 


Normal behavior. 


Tl OUT (Tx) 


— Terminal Output Status (558 only) 




YEL 


Yellow alarm is being transmitted out the terminal interface. This 

1_ ' ' 11 1 ' 1 . . 1 . *1_ * 1 

occurs when incoming yellow alarm is detected at the network 
input signal. 


Troubleshoot the alarm causing 
the output. 


AIS 


AIS (alarm indication signal) is being transmitted out the terminal 
interface. This occurs when LOS, OOF or incoming AIS is 
detected on the network input signal. 


Troubleshoot the alarm causing 
the output. 




Valid data is being transmitted out the terminal interface. 


Normal behavior. 


Data Port (DP) 




No bandwidth (channels) have been assigned to the data port. 


Normal behavior. 


CON 


Bandwidth is assigned to the port, and the port is not in a LOS 
condition. 


Normal behavior. 


LOS 


Bandwidth is assigned to the port, but a loss of DTR or RTS has 
been detected. 


See page 111 
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Troubleshooting tree 



Troubleshooting 
alarms 



The best troubleshooting method is to start with the highest priority alarm, find its cause 
and fix it, and then turn to the next highest priority. The following alarm list is arranged 
from high to low priority. You may also want to use some of the diagnostic tools described 
later in this chapter. 

The DataSMART 554 does not generate TI alarms. 
NOTE 

In this manual, high-priority alarms tend to arise from more basic problems than low-pri- 
ority alarms. Often, fixing a high-priority alarm will also automatically correct alarms of 
lower priority. Network management systems use the words "critical", "major", and 
"minor" to rank alarms in terms of seriousness. These two rankings are similar, but not 
always identical. 



Nl LOS — high priority If you receive a loss-of-signal condition at the network interface... 

An NI LOS condition occurs when the DataSMART cannot detect a signal at its network 
interface. To troubleshoot for this condition: 

■ Make sure that you have correctly connected the cable between the DataSMART net- 
work interface and your Tl service provider's equipment. 

■ If you built the cable on-site, check the cable connectors. A reversal of the transmit 
and receive pairs, or an open receive pair, can cause this condition. 

■ If the above appear to be okay, ask your Tl service provider to test your Tl line and 
correct any problems found. 



Tl LOS — high priority If you receive a loss-of-signal condition at the terminal interface... 

A TI LOS condition occurs when the DataSMART cannot detect a signal at its terminal 
interface. To troubleshoot for this condition: 

■ Make sure that you have correctly connected the cable between the DataSMART ter- 
minal interface/data port and your CPE equipment. 

■ If you built the cable on-site, recheck the cable connectors. A reversal of the transmit 
and receive pairs, or an open transmit pair (CPE-to-DataSMART), can cause 

this condition. 

^ NOTE 

If you assign channels to the terminal interface but do not connect equipment to it, the unit 
will generate the Tl LOS alarm. 
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ECF — high priority 



If you receive an external clock failure (ECF) alarm.. 



An ECF alarm occurs when the DataSMART is configured for data port timing, but it can- 
not detect a clock signal at the data port, either because the signal is not present or because 
the signal is significantly out of timing. To troubleshoot this condition: 

■ Verify whether or not the DataSMART should really be set to data port timing. You 
should only use this timing option if a timing source is not provided by the Tl ser- 
vice. Controlled slips may occur if you set the DataSMART to data port timing when 
a network clock is present. 

■ Check the cable connection between the data port and your external clock source. 

■ Verify that your external clock source is powered up and configured correctly. 

■ Verify that your external clock source provides the correct type of clock signal, as 
shown in the DataSMART specifications (see "Specifications" on page 165). 

Nl OOF — high priority If the incoming signal at the network interface is out-of-frame... 

An out-of-frame condition occurs when the framing type you have configured for the net- 
work interface does not match the framing type of the incoming Tl signal. Allowed fram- 
ing types are ESF, SF, or Ericsson. To troubleshoot this condition: 

■ Change the framing type of the network interface (see "Specifying NI framing for- 
mat" on page 52), or 

■ Ask your Tl service provider to change the framing type of your Tl line. 
A highly errored incoming signal can also cause an OOF condition. 

Nl AIS — high priority If an alarm indication signal (AIS) is detected at the network interface... 

An incoming AIS at the network interface indicates a problem with remote equipment on 
the Tl circuit. For example, the far-end equipment may not be connected or configured 
properly or is in a test mode, or the network interface unit (i.e., NIU or smart jack) may be 
in loopback, or your service provider may not have enabled your circuit yet. To trouble- 
shoot this condition: 

■ Ask your Tl service provider to trace the source of the AIS signal. 

If the incoming signal at the terminal interface is out-of-frame... 

An out-of-frame condition occurs when the framing type you have configured for the ter- 
minal interface does not match the framing type of the signal being received at the termi- 
nal interface. Allowed framing types are ESF, SF, or Ericsson. To troubleshoot 
this condition: 

■ Change the framing type of the terminal interface (see "Specifying Tl framing for- 
mat" on page 58) or 

■ Change the framing type of the attached CPE equipment. 

Note that a highly errored incoming signal can also cause an OOF condition. Check the 
description of Tl EER. 



Tl OOF — medium 
priority 
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DP LOS — medium If you receive a loss-of-signal indication at the data port... 

priority 

r 1 A DP LOS condition occurs when the DataSMART is not able to handshake as expected 

with an attached DTE device. 

The DataSMART can monitor two handshake lines on the data port: DTR and RTS. You 
can configure your DataSMART to use either DTR, RTS, or both lines as the DP LOS cri- 
teria (see "Setting up DPLOS (data port loss of signal) processing" on page 66). When the 
specified line goes low, the DataSMART assumes that the DTE equipment has been dis- 
connected or has failed. To troubleshoot this condition: 

■ Check the cable connection between the DataSMART data port and the DTE. 

■ Verify that the cable is connected to the correct port on the DTE. 

■ Verify that you are using the correct cable for your application. 

■ Make sure that the DTE is powered up and that its serial port is activated. 

Refer to the DataSMART 500 Series Installation Guide for instructions on how to properly 
connect cables. 



Nl EER — medium 
priority 



If an excessive error rate is detected at the network interface... 

The errors may be BPVs, CRC6 errors, or framing errors. There are several potential 
causes of an excessive error rate at the network interface. To troubleshoot this condition: 

■ Make sure you haven't set too low a threshold for detecting errored seconds or 
unavailable seconds. A low setting increases error sensitivity. You might want to use 
the factory default threshold setting (see page 47). 

■ Make sure that you have correctly connected the cable between the DataSMART net- 
work interface and your Tl service provider's equipment. (Refer to the DataSMART 
500 Series Installation Guide for instructions on how to properly connect the cable.) 

■ If you built the cable on-site, recheck the cable connectors. Loose or intermittent 
connections can cause an excessive error condition. 

■ Make sure that you have configured the line coding of the network interface to match 
the line coding of your Tl line: either AMI or B8ZS. (See "Specifying NI line cod- 
ing" on page 52.) 

■ Make sure the system clock is configured correctly. 

■ If all the above appear to be okay, ask your Tl service provider to test your Tl line 
and correct any problems found. 



Tl YEL — medium 
priority 



If incoming yellow alarm is detected at the terminal interface... 

An incoming yellow alarm at the terminal interface indicates that the CPE equipment 
attached to the interface is having a problem with the signal it is receiving from the 
DataSMART. Most often, it is getting no signal at all. To troubleshoot this condition: 

■ Check for an open, short, or wiring error in the cable between the DataSMART ter- 
minal interface port and the CPE equipment. An open receive pair (DataSMART Tl 
port output to CPE input) can cause this condition. 
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If incoming yellow is detected at the network interface... 

An incoming yellow condition at the network interface indicates that the far end equip- 
ment has a problem with the signal it is receiving from the DataSMART. To troubleshoot 
this condition: 

■ Check for an open, short, or wiring error in the cable between the DataSMART net- 
work interface port and your Tl service provider's network interface unit (i.e., NIU 
or smart jack). An open transmit pair can cause this condition. 

■ If your application uses SF framing, and all 24 channels are used for data transmis- 
sion, the actual data content can sometimes cause a "false yellow" condition. ESF 
framing is recommended for such applications. Other work-arounds may also be 
possible, depending upon your application. 

If an excessive error rate is detected at the terminal interface... 

The errors may be BPVs, CRC6 errors, or framing errors. There are several potential 
causes of an excessive error rate at the terminal interface. To troubleshoot this condition: 

■ Make sure you haven't set too low a threshold for detecting errored seconds or 
unavailable seconds. A low setting increases error sensitivity. You might want to use 
the factory default threshold setting (see page 47). 

■ Make sure that you have correctly connected the cable between the DataSMART ter- 
minal interface/data port and your CPE equipment. (Refer to the DataSMART 500 
Series Installation Guide for instructions on how to properly connect the cable.) 

■ If you built the cable on-site, recheck the cable connectors. Loose or intermittent 
connections can cause an excessive error condition. 

■ Make sure that you have configured the line coding of the terminal interface to 
match the line coding of your CPE equipment: either AMI or B8ZS. (See "Specify- 
ing TI line coding" on page 58.) 

■ Make sure the system clock is configured correctly. 

Tl AIS — low priority If an alarm indication signal (AIS) is detected at the terminal interface... 

An incoming AIS at the terminal interface may indicate that the CPE equipment attached 
to the terminal interface is not operational. To troubleshoot this condition: 

■ Check the programming of the CPE and make sure that its TI port is enabled. 

■ Check the wiring between the DataSMART TI port and the CPE. 

■ Make sure that the framing type of the CPE matches the framing type configured for 
the terminal interface. Allowed framing types are ESF, SF, and Ericsson. (See "Spec- 
ifying TI framing format" on page 58.) 



Nl YEL — medium 
priority 



Tl EER — low 
priority 
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BPV — low priority 



If bipolar violations (BPVs) are detected at the network interface or the 
terminal interface... 



A bipolar violation is an error in the normal polarity of received pulses. A bipolar viola- 
tion occurs when two or more pulses of the same polarity appear in a row. 

Bipolar violations are often caused by local problems with your Tl line. To troubleshoot 
this condition: 

■ Make sure that your Tl wiring consists of only individually-shielded twisted pairs. 

■ Check that all cable connections are secure and connected to the correct terminals. 
Refer to the DataSMART 500 Series Installation Guide for instructions on how to 
properly connect cables. 

■ Make sure that you've set the line coding of the NI or Tl interface to match the line 
coding of the Tl circuit: either AMI or B8ZS. A mismatch in line coding can often 
result in BPV errors. 

■ Make sure the system clock is configured correctly. 

CRC — low priority If CRC6 (6-bit cyclic redundancy check) errors are detected at the network 

interface or the terminal interface... 

CRC6 errors relate to ESF framing only. A CRC6 error indicates that bits were received in 
error in the previous extended superframe. 

CRC6 errors are often caused by remote problems with your Tl line. To troubleshoot 
these types of errors: 

■ Make sure that you've set the line coding of the NI or Tl interface to match the line 
coding of the Tl circuit: either AMI or B8ZS. This line code should be maintained 
throughout the connected circuit. A mismatch in line coding can often result in 
CRC6 errors. 

■ If the errors show up on the NI port, ask your Tl service provider to monitor the 
receive side of your line for CRC6 errors. 

■ If the errors show up on the Tl port, check the configuration of the CPE. 

■ Make sure the system clock is configured correctly. 
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Running the self-test diagnostics 



At any time, you can initiate the DataSMART self-test. The self-test verifies the functions 
of DataSMART hardware circuitry. There will be a brief service interruption during 
the self-test. 

When you execute the self-test, the DataSMART automatically resets any loopbacks and 
deactivates any test code generation and bit error rate tests (BERTs). It does not clear the 
performance database, nor does it log you out of the system. 

You cannot activate the self-test if you have logged into the DataSMART remotely, either 
through the ARC command or via Telnet or SNMR The self-test would break your remote 
login connection. 

To initiate self-test from the command line, enter the DST command. You must have 
super-user, configuration, or maintenance privileges. 

Self-test error The following messages announce pass or fail conditions discovered by the self-test, 

messages Contact our Customer Support organization if the self-test returns a "fail" condition 

Command-line display 

SELF TEST PASSED 

UNABLE TO PERFORM SELF TEST 

FLASH TYPE FAIL 

FLASH BANK 0 PROGRAM WORD FAIL 

FLASH BANK 1 PROGRAM WORD FAIL 

FLASH BANK 0 PROGRAM CHECK SUM FAIL 

FLASH BANK 1 PROGRAM CHECK SUM FAIL 

RAM PATTERN TEST FAILED 

RAM CHECK SUM FAILED 

RAM TEST FAILED AT ADDR:</zex address> 

RTC TEST FAILED 

NI TEST FAILED 

TI READ/WRITE TEST FAILED 

CGD DETECTION TEST FAILED 

CGD BIT ERROR RATE TEST FAILED 

DATA PORT 1 TEST FAILED 
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Using loopbacks 



The DataSMART provides loopbacks to support line segment testing. Line segment 
testing allows you to probe the Tl circuit to isolate where data flow is being corrupted 
or disrupted. 

You can set all loopbacks locally, in your near-end device. You can also set the line, 
payload, and data port loopbacks remotely, in a far-end device. If you set a loopback in a 
far-end device, you can use the DataSMART to run bit error rate tests (BERTs) to test the 
Tl signal. 

Line loopback 

Add/drop 

Nl Tl 
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Nl 

framer 
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AIS *" 
•< 
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DP Idle 
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DSU 

Nl 



Nl 

framer 



Blocked 



DP Idle 



DP 



The line loopback allows the carrier (or a far-end device) to test the Tl signal at the 
DataSMART network interface. When set to line loopback, the DataSMART loops the 
incoming Tl signal back to the network. The Tl signal does not penetrate the 
DataSMART (it is a minimum-penetration loopback), and does not pass through the 
DataSMART framer. The signal, including framing and line coding errors, is returned to 
the network unaltered and the carrier can test the looped signal for errors. 

Once the line loopback is set, the incoming network signal is interrupted, so the 
DataSMART outputs AIS at the terminal interface and idle characters at the data port. 

You can set the line loopback using the front-panel switch (see page 122); locally using the 
command line (see page 122); or remotely in a far-end device (see page 123). 
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Payload loopback 
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TIP By testing the Tl signal through a line loopback as described earlier, the carrier (or the far- 

You can also use a bi-direc- end device) can determine if there are problems in the network line. What they cannot 

tional BERT to isolate Tl line determine, however, is whether the problems are occurring on the input or output side of 

problems. See page 124. the looped line. To further isolate the source of the problems to one side of the line or the 

other, you can change from a line loopback to a payload loopback. 

Payload loopback is the same as line loopback, except that the signal passes through the 
DataSMART framer before being looped back. The framer strips out BPV errors and 
recalculates CRC (for ESF framing format) but does not alter the payload data. 

The condition of the returned signal indicates the cause of the problem: 

■ The line is okay if the returned signal contains no bit pattern errors, no BPVs, and no 
CRC6 errors. 

■ The problem is outbound if the returned signal contains pattern bit errors, but no 
BPVs or CRC6 errors. 

■ The problem is inbound and at the remote end if the returned signal contains pattern 
bit errors and CRC6 errors, but no BPVs. 

■ The problem is inbound and at the local end if the returned signal contains pattern bit 
errors, CRC6 errors, and BPVs. 

■ The problem is probably a remote clock slip if the returned signal contains pattern bit 
errors and is bursty, but contains no BPVs and no CRC6 errors. 

Once the payload loopback is set, the incoming network signal is interrupted, and so the 
DataSMART outputs idle characters at the data ports and AIS at the terminal interface. 

You can set the payload loopback locally at the request of the carrier or a far-end site (see 
page 122), or you can set it remotely in a far-end device (see page 123). 
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Local loopback 
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TIP 

Tlie local loopback is similar to 
a "hard" loopback set at the 
network interface. 



Add/drop units 

The local loopback allows you to verify if the DataSMART is assigning channels correctly 
to the terminal interface and data port. When set in this loopback, the DataSMART com- 
bines all the incoming channels from the terminal interface and data port into the Tl bit 
stream, runs the bit stream through the Nl framer, loops the bit stream back, and drops out 
the channels to the data port and/or terminal interface. By attaching terminal devices capa- 
ble of monitoring the looped signals, you can verify that the correct channels are being 
returned to the correct ports. 

DSUs without terminal interface 

The local loopback allows you to test transmission from the DTE to the data port. This 
loopback combines all the incoming channels from the data port into the Tl bitstream, 
runs the bitstream through the Nl framer, loops the bitstream back, and returns the 
assigned channels to the data port. By attaching a DTE device capable of monitoring the 
looped signal, you can verify the quality of the returned signal. 

All units 

When the DataSMART is set in a local loopback, the outgoing Tl signal at the network 
interface is interrupted. The DataSMART outputs AIS at the network interface. 

The framer strips out BPV errors and recalculates CRC (for ESF framing format) but does 
not alter the payload data. 

You can only set a local loopback in your local DataSMART (see page 122); you cannot 
set it remotely. 
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Data port loopback Add/drop 
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The data port loopback allows the carrier (or a far-end device) to examine the fractional 
DSO channels assigned to the data port. When set to data port loopback, the DataSMART 
receives the Tl signal at the network interface, distributes the fractional DSO channels as 
assigned to the data port, then loops the channels back to the network. It does this without 
affecting the rest of the received payload. Normal transmission occurs at the 
terminal interface. 

Add/drop units 

Full-bandwidth test codes (QRSS, 3 in 24, all- Is, all-Os) will fail if the unit has some net- 
work interface channels set to the terminal interface and others set to the data port because 
of differences in timing delays between the terminal interface and data port circuits. You 
can remedy this problem by doing one of the following during the test: 

■ Assign all channels to the terminal interface. 

■ Assign all channels to the data port (rate=64 Kbps per channel). 

■ Use a different test pattern. 
All units 

Once the data port loopback is set, transmission at the data port is interrupted. The 
DataSMART sends idle characters out the port to notify the connected DTE device. 

You can set the data port loopback locally to facilitate testing with the carrier or a far-end 
site (see page 122), or you can set it remotely in a far-end device (see page 123). 
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Typically, you use the data terminal loopback to verify the cabling between the data port 
and the attached DTE device. You can also monitor the looped signal for errors at 
the DTE. 

The data terminal loopback allows you to loop the incoming signal at the data port. When 
set in this loopback, the DataSMART loops the incoming signal back to the DTE device 
sending the signal. The signal does not penetrate the DataSMART. The signal, including 
all line coding errors, is returned to the DTE device unaltered. 

You can only set a data terminal loopback in your local DataSMART (see page 122); you 
cannot set it remotely. 

Add/drop units 

When set in a data terminal loopback, the DataSMART inserts the data port idle character 
into the channels assigned to the data port. Normal activity continues at the network inter- 
face and the terminal interface. 

DSUs without terminal interface 

When set in a data terminal loopback, the DataSMART outputs AIS or a framed all-ones 
signal at the network interface (see "Specify the "keep alive" signal for the network inter- 
face (add/drop units only)" on page 54). 
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Typically, you use the terminal interface loopback to verify the cabling between the termi- 
nal interface and the CPE. You can also attach a test set to the terminal interface, send test 
codes, then run bit error rate tests on the looped signal. 

The terminal interface loopback allows you to loop the incoming Tl signal at the terminal 
interface in add/drop devices. When set in this loopback, the DataSMART loops the 
incoming Tl signal back to the CPE attached to the terminal interface. The signal does not 
penetrate the DataSMART. The signal, including all line coding errors, is returned to the 
CPE unaltered. 

When set in a terminal interface loopback, the DataSMART inserts an idle character into 
channels assigned to the terminal interface. Normal activity continues at the network inter- 
face and data port. 

You can only set a terminal interface loopback in your local DataSMART (see page 122); 
you cannot set it in a remote device. 
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Data port/data 
terminal loopback 
(via front-panel 
switch) 
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The test switch on the front-panel of the DataSMART allows you to set a local line loop- 
back (LLB) or a combined data port and data terminal loopback (DPLB). This combined 
loopback is illustrated above. You can only set this loopback via the front-panel switch; it 
is not available through the command-line interface. 
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Setting and resetting loopbacks in your local device 



You can set and reset loopbacks in your local device from the command line. Only one 
loopback, either local or remote, may be set at one time. You cannot set a loopback if 
another loopback is already active, if test codes are being transmitted, or if a BERT 
is active. 

If you have logged into the DataSMART via the ARC command, the DataSMART does 
not allow you to set any loopback because loopbacks can potentially break the data link. 
The DataSMART does allow you to set the line, payload, and data port loopbacks via Tel- 
net or SNMR However, if you are managing the DataSMART via the Tl payload (using 
the FDL or a DSO channel as a data link), be aware that these loopbacks could potentially 
break the connection by breaking the Tl payload. 

^ NOTE 

A far-end device can set your local device in line, payload, or data port loopback by send- 
ing the remote loopback commands described in the next section. A far-end device can 
also set your device in line loopback by sending standard line loopback set and reset code, 
or in data port loopback by sending 127 set code and inverted 127 reset code (V.54 
loop code). 

Using the command line 

The figure below illustrates the Local Maintenance menu. You use the commands in this 
menu to set or reset loopbacks in your local device. You must have super-user, configura- 
tion, or maintenance privileges. 



LOCAL MAINTENANCE MENU 



local 

loopback 

commands 



SLL - Set Line Loop Back 

SPL - Set Payload Loop Back 

SLO - Set Local Loop Back 

STI - Set Tl Loop Back 

SDP<n> - Set Data Port Loop Back at Data Port, n=l 

SDT<n> - Set Data Terminal Loop Back at Data Port, 

_RLB - Reset Loop Backs 



DST 



- Do Self Test 




SLL 

SPL 

SLO 

STI 

SDP1 

SDT1 



Set a line loopback. 

Set a payload loopback. 

Set a local loopback. 

Set a terminal interface loopback. 

Set a data port loopback on data port 1 . 

Set a data terminal loopback on data port 1. 



To reset a loopback in your local DataSMART, enter RLB. 
Using the front-panel switch 

The three-position rocker switch on the DataSMART CSU's front panel lets you select a 
line loopback (LLB; see page 115) or a combined data port and terminal loopback (DPLB; 
see page 121). Selecting either LLB or DPLB on this switch will run the test on the local 
unit until you set the switch OFF. 



1 22 Chapter 7: Troubleshooting 



Setting and resetting loopbacks remotely 



You can set a line, payload, or data port loopback remotely, in a far-end device. If you set 
one of these loopbacks, you can then send test code through the loop and run BERTs on 
the code to troubleshoot for errors. This section describes how to set and reset remote 
loopbacks. For a description of how to set and run test codes and BERTs, see page 124. 

Only one loopback, either local or remote, may be set at one time. You cannot set a loop- 
back if another loopback is already active, if test code is being transmitted, or if a BERT is 
active. You cannot use the SRL, SRP, or SRDP commands over the data link or 
via Telnet. 

The figure below illustrates the Remote Maintenance menu. You use the commands listed 
in this menu to set and reset remote loopbacks. You must have super-user, configuration, 
or maintenance privileges. 



remote 

loopback 

commands 



SRL 
SRP 

SRDP<n> 
_RST1 

SQC/S3C/S1C/S0C 

S5C<n> 

S2C<n> 

RTC 

BTQ/BT3/BT1/BT0 

BT5<n> 

BT2<n> 



REMOTE MAINTENANCE MENU 

- Set Remote Line Loop Back 

- Set Remote Payload Loop Back 

- Set Remote Data Port Loop Back, 

- Reset Remote Loop Back 



Send Test Codes at NI : QRS, 3/24, 1, 0 
Send 511 Test Code in Data Port <n> Bit Stream 
Send 2047 Test Code in Data Port <n> Bit Stream 
Reset Test Codes 

Activate BERT using Test Codes: QRS, 3/24, 1, 0 
Activate BERT using 511 at Data Port n = 1 
Activate BERT using 2047 at Data Port n = 1 



SRL 
SRP 
SRDP1 



Set a remote line loopback. 

Set a remote payload loopback. 

Set a remote data port loopback on data port 1 . 



To reset a remote loopback, enter RST1. 

You may receive one or more of the following messages when setting or resetting 
remote loopbacks. 

SENDING LOOP BACK SET CODE — The DataSMART is requesting a loopback. 
REMOTE LOOP BACK IS SET— The remote loopback is set. 

UNABLE TO CONFIRM REMOTE LOOP BACK IS SET — The DataSMART tried to 
set the remote loopback but was unable to confirm that the loopback was set. 

UNABLE TO SET REMOTE LOOP BACK — The DataSMART cannot set a loopback 
because a loopback is already set, a test code is being generated, or a BERT is active. 
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Using test codes and BERTs 



BERTs in a point-to- 
point application 



When you set a remote loopback in a far-end device, you'll usually want to run a bit error 
rate test (BERT) on the looped signal. A BERT allows you to send a test code through a 
looped back line, then counts the errors returned in the signal. For example, the figure 
below illustrates how you might use a BERT in conjunction with a line loopback. 



Local DataSMART 



output test code 
BERT counter 



Nl 




Remote DataSMART 



line loopback 

To use a BERT in conjunction with a remote loopback, do the following: 

1 Set the remote loopback. You can set a remote line or payload loopback to test the 
full Tl signal, or you can set a data port loopback to test the channels assigned to a 
specific data port. 

2 Send test codes through the loop. 

To test the full Tl signal, assign all of the network interface channels to the terminal 
interface or assign them all to the data port. Then send one of the following test 
codes: QRS, 3 in 24, all Is, or all Os. 

To test the channels assigned to the data port, send a 5 1 1 or 2047 code on the data 
port channels. 

3 Activate the BERT and monitor the BERT error report. 

4 Exit BERT. 

5 Reset the test codes. 

6 Reset the loopback. 

You can also use BERT in a bidirectional, point-to-point test. In this application, you set 
each DataSMART in the point-to-point connection to output specific test code. Then you 
activate BERT on that test code in each device. This allows you to test the Tl signal 
between the network interfaces of the two devices. 



Local DataSMART 



output test code 
BERT counter 



Nl 




Remote DataSMART 



BERT counter 
output test code 
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How BERTs work 



When a BERT is first activated, the DataSMART initializes all counters to zero. It starts 
monitoring the incoming network signal for the specified test pattern. (In the case of a data 
port loopback, the DataSMART looks for the specified test pattern only on the channels 
mapped to the specified data port.) 

When the DataSMART recognizes the test pattern, it begins tracking time and errors. The 
time counter continues to count even during time of sync loss. The time and error counters 
continue to count until they reach their maximum limit as specified below; they do not 
roll over. 



You can exit BERT by typing Ctrl-C. 



RM> btq 

~C to TERMINATE 
SEARCHING FOR PATTERN 
Pattern Detected 
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Field Description 



TEST SECONDS 



The number of seconds, up to 2 maximum, that the 
DataSMART has been running the test after first 
detecting the test pattern. 



BIT ERRORS 



The number of bit errors, up to 65,535 maximum, that 
have occurred in the current second. 



ERRORED SECONDS 



The number of errored seconds, up to 65,535 
maximum, that have occurred since the DataSMART 
first detected the test pattern. 



BURSTY SECONDS 



The number of bursty errored seconds, up to 65,535 
maximum, that have occurred since the DataSMART 
first detected the test pattern. 



SEV ERR SECONDS 



The number of severely errored seconds, up to 65,535 
maximum, that have occurred since the DataSMART 
first detected the test pattern. 



UNAVAIL SECONDS 



The number of unavailable seconds, up to 65,535 
maximum, that have occurred since the DataSMART 
first detected the test pattern. 
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Field 



Description 



TOTAL BIT ERRORS The mn ning total of bit errors, up to 2 32 maximum, 

that have occurred since the DataSMART first detected 
the test pattern. 



Command-line 
access 



You set and reset test codes and activate a BERT by using the commands listed in the 
Remote Maintenance menu. You must have super-user, configuration, or maintenance 
privileges to use these commands. 



test code 
commands 

BERT 
commands 



SRL 
SRP 

SRDP<n> 
RST1 



REMOTE MAINTENANCE MENU 

Set Remote Line Loop Back 
Set Remote Payload Loop Back 
Set Remote Data Port Loop Back, 
Reset Remote Loop Back 



SQC/S3C/S1C/S0C - Send Test Codes at NI : QRS, 3/24, 1 ,0 

S5C<n> - Send 511 Test Code in Data Port <n> Bit Stream 

S2C<n> - Send 2047 Test Code in Data Port <n> Bit Stream 

RTC - Reset Test Codes 



BTQ/BT3/BT1/BT0 

BT5<n> 

BT2<n> 



Activate BERT using Test Codes: QRS, 3/24, 1 ,0 
Activate BERT using 511 at Data Port n = 1 . . 4 
Activate BERT using 2047 at Data Port n = 1 . . 4 



Each test code is sent out framed. To set and reset test codes: 



SQC Send framed QRS code out the network interface. 

S3C Send framed 3-in-24 code out the network interface. 

SIC Send all Is out the network interface. This may be required by the 

carrier. 

SOC Send all Os out the network interface. 

S2C1 Send a 2047 code in the channels assigned to data port 1. 

S5C1 Send a 5 1 1 code in the channels assigned to data port 1 . 

RTC Reset the test code generation. 

To activate a BERT on the test codes: 

BTQ Activate a BERT on QRS test code. 

BT3 Activate a BERT on 3-in-24 test code. 

BT1 Activate a BERT on all Is test code. 

BT0 Activate a BERT on all 0s test code. 

BT5« Activate a BERT on 5 1 1 test code in channels assigned to data 

port n. 

BT2« Activate a BERT on 2047 test code in channels assigned to data 

port n. 



To de-activate or exit a BERT, enter Ctrl-C. 

When you first activate a BERT, you will receive the message SEARCHING FOR 
PATTERN. When the DataSMART recognizes the test pattern, the BERT report will 
appear on the display. 
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CHAPTER 

8 Using network management 



DataSMART units support network management via Telnet and the Simple Network Man- 
agement Protocol (SNMP). 

This chapter tells you how to: 

■ Configure for Telnet 

■ Configure for SNMP 

About obtaining IP addresses 

Many of the procedures in this chapter require a valid IP address. If there is a network 
administrator or system administrator at your company, he or she is responsible for obtain- 
ing valid IP addresses and issuing them to you. All IP-based networks require IP addresses 
to be unique. Because of this requirement, you must obtain a valid IP address for your 
unit to function; your unit's default IP addresses will not work. 

If there is no one at your company who is responsible for obtaining valid IP addresses, 
contact your Internet service provider. Kentrox cannot issue IP addresses for you. 
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Basic network management (Telnet) 

To manage DataSMART with SNMP or Telnet, you must configure the unit to operate 
with TCP/IP networks. Configuring the unit for management via Telnet is the first step 
in configuring for SNMP 



The DataSMART must be configured to operate in a TCP/IP network to use the base level 
of network management. 

To manage a DataSMART with SNMP or Telnet, it must be configured to operate with 
TCP/IP networks. The minimal IP network configuration for each unit (enough to enable 
Telnet and the ping response) consists of: 

■ Setting the IP interface protocol 

■ Configuring the IP network interface used for managing the unit 

■ Setting the IP address, netmask, and default router address for each IP interface the 
unit will use 

■ Setting the Telnet password 

If you want to use SNMP to manage your DataSMART unit, these steps are also required: 

■ Enabling the SNMP agent 

■ Setting the SNMP read, write, and trap community strings 

■ Setting up IP address screening, if extra IP network security is desired 
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Command-line The DataSMART has two IP management configuration menus: 

access 

■ The Management Configuration menu contains the commands needed to set up a 
basic IP network interface and communicate with the unit via Telnet. 

■ The Advanced Management Configuration menu contains the commands needed to 
set up SNMP communications with a DataSMART unit. 

Super-user or configuration access is required to use either menu. 

Enter MC to display the Management Configuration menu. 



MANAGEMENT CONFIGURATION MENU 



TPW:<str> - Set Telnet Password, str=0 to 15 characters 

0 characters disables Telnet 
NETIF : <p> [ , <dl> [ , <spd>] ] 

Set IP Network Interface Paths 

<p> = N, E, PS, S, D, ES, ED, ESD, PSD, or SD 
N = None, E = Ethernet, P = PPP, S = SLIP, 
D = Datalink - if Datalink, use dl and spd 
<dl> = F (FDL) , 1-24 (DSO Tslot) - if DSO, use spd 
<spd> = 56 (56k of DSO Tslot), 64 (All of Tslot) 

Set Default Route IP Address 
Set IP Addresses 
Set IP Masks 

p = E (Ether), C (PPP/SLIP), D (Datalink) 
<ipa> and <mask> = n.n.n.n, n = 0 . . 255 (dec) 
<ipa> for Datalink is IP Address of remote unit 
<mask> is the same for Ctl Port and Datalink 

Advanced Management Configuration Menu 
View Management Configuration 



IPR: <ipa> 
IPA: <p>, <ipa> 
IPM: <p>, <mask> 



AMC 
MCV 



Enter AMC to display the Advanced Management Configuration menu. 



ADVANCED MANAGEMENT CONFIGURATION MENU 



ESNMP /DSNMP 

TCS:<str> 
RCS : <str> 
WCS : <str> 

SSA: <p> 

TRAP : <c>, <t> 

ADD : T, <ip> [ , dlci ] 

ADD : I, <ip> [ , mask] 
DEL: <1>, <ip> 



Enable/Disable SNMP Agent 

Set SNMP Trap Comm String, str=l to 15 chars 
Set SNMP Read Comm String, str=l to 15 chars 
Set SNMP Write Comm String, str=l to 15 chars 

Set Packet Screening via Source Address 
p = I (IP Addr) , N (None) 

SNMP Trap Generation c = E (Enable) , D (Disable) 
t = S (Start), L (Link), A (Auth) , E (Enterprise) 
Add IP Address to Trap Dest List 

<dlci> = optional identifier for Data Link Traps 
Add IP Address to Screening List 

Delete Address from Screening or Trap Dest Lists 
<1> = I (IP Screen List), T (Trap Dest List) 
<ip> and [mask] = n.n.n.n, n = 0.. 255 (dec) 
[mask] used only for IP Screen List (Optional) 



AMCV 



View Advanced Management Configuration 
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Before changing any management parameters, you may want to look at the current set- 
tings. You do this by executing the MCV command. This command displays the View 
Management Configuration screen. To see the Telnet password, you must have super-user 
privileges. To see advanced management parameters, enter the AMCV command. 

VIEW MANAGEMENT CONFIGURATION 
Telnet Password IP Interface Paths DL Path 

NONE NONE 
CP IP Addr DL IP Addr CP & DL IP Mask IP Default Router 

192.0.2.1 192.0.2.1 255.255.255.0 192.0.2.2 

Ethernet IP Addr Ethernet IP Mask 
192.0.2.1 255.255.255.0 

VIEW ADVANCED MANAGEMENT CONFIGURATION 
SNMP Agent Trap Comm String Read Comm String Write Comm String 
DISABLED snmptrap public private 

Addr Screening Traps Enabled 

NONE Start Link Authentication Enterprise 

IP Source Address Screening Trap Destination 

IP Addr IP Mask IP Addr VC 

192.0.2.2 0 



View the current 
settings 



Field Description 

Telnet Password This field tells you the current Telnet password. If there is no 

Telnet password, the Telnet Server will not be active and you will 
not be able to Telnet to the unit. 

IP Interface Paths This field tells you the currently selected IP interfaces. Possible 
values you may see in this field are ETHER, PPP, SLIP, 
DATALINK, or NONE. 

DL Path This field tells you which IP management data link is selected. 

Possible values are DS0 MODE, FDL MODE, or NONE. 

CP IP Addr This field tells you the control port IP address the unit is currently 

using for SLIP and PPP. 

DL IP Addr This field tells you the data link IP address the unit is 

currently using. 

CP & DL IP Mask This field tells you the control port and data link IP netmask the 
unit is currently using for SLIP, PPP, and the data link. 

IP Default Router This field tells you the address of the IP default router, which the 
unit must send packets to in order to get them into the IP network. 

Ethernet IP Address This field shows the Ethernet IP address the unit is 
currently using. 

Ethernet IP Mask This field shows the Ethernet IP netmask the unit is 
currently using. 
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Field 



Description 



SNMP Agent 
Trap Comm String 

Read Comm String 

Write Comm String 

Addr Screening 

Traps Enabled 



IP Source Addr 
Screening: IP Addr 

IP Source Addr 
Screening: IP Mask 



Trap Destination: 
IP Addr 



This field tells you if the SNMP Agent is enabled or disabled. 

This field tells you the current value of the SNMP Trap 
Community String. The default value is "snmptrap". 

This field tells you the current value of the SNMP Read 
Community String. The default value is "public". 

This field tells you the current value of the SNMP Write 
Community String. The default value is "private". 

This field tells you if IP addresses are currently being screened by 
the unit. 

This field tells you which SNMP trap types will be sent if the 
SNMP Agent is enabled. The trap types are Start, Link, 
Authentication, Enterprise, or any combination of the preceding. 

This field shows which IP addresses are allowed to communicate 
with the unit. This field can have up to ten entries. Duplicate 
entries are not valid. 

This field contains the IP mask that determines which IP subnet 
the unit belongs to. If a mask is present, any other IP host in the 
subnet is allowed to communicate with the unit. This field can 
have up to ten entries. Duplicate entries are not valid. 

This field tells you which IP addresses the unit sends traps to. 
This field can have up to ten entries. Duplicate entries are valid. 



Trap Destination: VC This field tells you which virtual circuit (VC) the unit uses to 
send out traps. It is valid only for the data link IP interface. 



AbOUt IP addressing To send and receive data across the IP network, every device (or host, in IP terminology) 

on the network requires a unique IP address. An IP address consists of four decimal num- 
bers between 0 and 255, separated by periods. This convention is called dotted decimal 
notation. Each address is composed of two parts: a network part, which identifies the sub- 
net containing the host; and a host part, which identifies the actual host device. 

An IP address mask, also called a netmask, is used in conjunction with the IP address to 
determine which part of the address is the network part and which is the host part. In the 
examples in this guide, the netmask is 255.255.255.0, which sets the first three numbers of 
the IP address as the network part and the last number as the host part. 

Typically, you get IP addresses from your network or system administrator or Internet Ser- 
vice Provider (ISP). If you are the network or system administrator, get a network address 
from the InterNIC. Kentrox cannot provide you with IP addresses. Assign an IP 
address to each host in the IP network. 
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Sample 

configurations with 
IP addresses 



The following examples illustrate different ways of configuring DataSMART units for 
IP management. 



Sample applications 



The four examples in this section are: 

■ Dedicated Tl line or Frame Relay access, remote site managed in-band via Ethernet 
connection to router: see page 133. 

■ Dedicated Tl line, central site managed via Ethernet, remote unit managed in-band 
via 8-Kbps DSO data link: see page 134. 

■ Dedicated Tl (ESF) line, central site managed via serial port using PPR remote unit 
managed in-band via 4-Kbps FDL data link: see page 135. 

■ Dedicated Fractional Tl line, CSU at central site managed via Ethernet, remote unit 
managed via 56-Kbps DSO data link: see page 136. 

Each example explains how to: 

■ Assign network interface channels on the DataSMART DSU 

■ Configure the DataSMART network interface 

■ Assign IP addresses and IP netmasks 

■ Set up a Telnet password 
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Example 1 — Remote site DSU managed via Ethernet, SNMP traps enabled 



Example 1 illustrates how to set up an Ethernet-managed DataSMART 558 unit at a 
remote site. The IP management path passes through the DataSMART unit, through the 
router, and onto the LAN where the DataSMART unit picks up packets addressed to it. 
See Figure 8. 

Source address screening setup (steps 8 and 9) and SNMP trap setup (steps 10-12) 
are optional. 

Figure 8 — DSU application centrally managed via Ethernet 




Management Remote Ethernet management 

Site Site 



Configuration Commands - Remote Site Use these commands to set up NI chan- 
nel assignments and IP network management for the DataSMART unit at the remote site 
(right side of Figure 8): 

1 Type ADPl:64,l-24 to assign all 24 NI channels to the data port at 64 Kbps. 

2 Type LXA to load network interface configuration Table A into the unit. 

3 Type NETIF:E to set up the Ethernet IP management interfaces. 

4 Type IPA:E, 192.49.1.3 to set the DataSMART's Ethernet IP address. 

5 Type IPM:E, 255.255.255.0 to set the Ethernet IP netmask (to the default). 

6 Type IPR: 192.49.1.9 to identify the DataSMART's default router. 

7 Type TPW: KENTROX to set the Telnet password to KENTROX (all caps). 

8 (Source address screening setup — optional) 

Type ADD:1, 192.65.1.4 to add the NMS IP address to the source address screening 
list, ensuring that the NMS can manage the DataSMART. 

9 Type SSA:I to enable source address screening, ensuring that only the hosts in the 
source address screening list (i.e., the NMS) can manage the DataSMART. 

1 0 (SNMP trap setup — optional) 

Type ADD:T, 192.65.1.4 to send traps to the NMS. 

1 1 Type ESNMP to enable the SNMP agent on the DataSMART (enabled by default). 

1 2 Type TRAP:E,S, TRAP:E,L, TRAP:E,A, and TRAP:E,E to enable start, link, 
authentication, and enterprise traps. (All are enabled by default.) 
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Example 2 — DSU centrally managed via Ethernet and DSO data link 



In Example 2, both DataSMART units are set up as full-rate DSUs. The network manage- 
ment system (NMS) manages the near-end DataSMART unit via Ethernet. Manage the 
far-end unit in-band via the data link, which "borrows" 8 Kbps from time slot 24, leaving 
1528 Kbps bandwidth available for data on the Tl line. See Figure 9. 

The DataSMART unit at either end can be a DataSMART 558 in a shelf, a DataSMART 
656, or a DataSMART 658. The configuration steps are the same for all these units. 



Figure 9 — DSU application centrally managed via Ethernet and DSO data link 

Router DataSMART 558 in shelf , 

Ethernet IP addr.=1 92.65.1. 3 
Data link IP addr.=192.13.1 .10 | T1 



NMS 



192.65.1.4 



DataSMART 656/658 Router 

192.13.1.10 



192.65.1.12 




Data 



NETIF=ED 



Data link 
management 



196.49.1.9 



Data 



NETIF=D 



Ethernet management 



Management ' Remote 
Site 1 Site 



Configuration Commands - Management Site Use these commands to set up NI 
channel assignments and IP network management for the DataSMART unit at the man- 
agement site (left side of Figure 9): 

1 Type ADPl:64,l-24 to assign all 24 NI channels to the data port at 64 Kbps. 

2 Type LXA to load network interface configuration Table A into the unit. 

3 Type NETIF:ED,24 to set up two IP management interfaces: Ethernet and a data 
link IP interface borrowing 8 Kbps from time slot 24. 

4 Type IPA:D, 192.13.1.10 to tell the DataSMART to send IP traffic addressed to 
192.13.1.10 (the remote DataSMART's data link IP address) via the IP data link. 

5 Type IPM:C, 255.255.255.0 to set the data link IP netmask (to the default). 

6 Type IPA:E, 192.65.1.3 to set the DataSMART's Ethernet IP address. 

7 Type IPM:E, 255.255.255.0 to set the Ethernet IP netmask (to the default). 

8 Type IPR: 192.65.1.12 to identify the DataSMART's default router. 

9 Type TPW: KENTROX to set the Telnet password to KENTROX (all caps). 

Configuration Commands - Remote Site Use these commands to set up the 
remote site's DataSMART unit (right side of Figure 9): 

1 Type ADPl:64,l-24 to assign all 24 NI channels to the data port at 64 Kbps. 

2 Type LXA to load network interface configuration Table A into the unit. 

3 Type NETIF:D,24 to set up a data link borrowing 8 Kbps from time slot 24. 

4 Type IPA:D, 192.13.1.10 to set the DataSMART's data link IP address. 

5 Type IPM:C, 255.255.255.0 to set the data link IP netmask (to the default). 

6 Type TPW: KENTROX to set the Telnet password to KENTROX (all caps). 
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Example 3 — Fractional T1 DSU managed via Ethernet and DSO data link 



In Example 3, both DataSMART units are set up as 672-Kbps fractional Tl DSUs. The 
NMS manages the near-end DataSMART unit via Ethernet. Manage the far-end unit in- 
band via the data link, which runs on idle channel 24 at 56 Kbps. See Figure 10. 

The DataSMART unit at either end can be a DataSMART 558 in a shelf, a DataSMART 
656, or a DataSMART 658. The configuration steps are the same for all these units. 



Figure 10 — Fractional T1 DSU application managed via Ethernet and DSO data link 

Router DataSMART 558 in shelf , 

Ethernet IP addr.=1 92.65.1. 3 
Data link IP addr.=192.13.1 .10 | T1 
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Configuration Commands - Management Site Use these commands to set up NI 
channel assignments and IP network management for the DataSMART unit at the man- 
agement site (left side of Figure 10): 

1 Type ADP1:56,1-12 to assign NI channels 1-12 to the data port at 56 Kbps. 

1 Type ANI 13-24:1 to assign NI channels 13-24 to idle. 

2 Type LXA to load network interface configuration Table A into the unit. 

3 Type NETIF:ED,24,56 to set up two IP management interfaces: Ethernet and a data 
link IP interface using time slot 24 at 56 Kbps. 

4 Type IPA:D, 192.13.1.10 to tell the DataSMART to send IP traffic addressed to 
192.13.1.10 (the remote DataSMART's data link IP address) via the IP data link. 

5 Type IPM:C, 255.255.255.0 to set the data link IP netmask (to the default). 

6 Type IPA:E, 192.65.1.3 to set the DataSMART's Ethernet IP address. 

7 Type IPM:E, 255.255.255.0 to set the Ethernet IP netmask (to the default). 

8 Type IPR: 192.65.1.12 to identify the DataSMART's default router. 

9 Type TPW: KENTROX to set the Telnet password to KENTROX (all caps). 

Configuration Commands - Remote Site Use these commands to set up the 
remote site's DataSMART unit (right side of Figure 10): 
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Example 4 — Dedicated line CSU centrally managed via control port and FDL 



In Example 4, the Tl service must have ESF line coding, and the Facility Data Link (FDL) 
must be available end-to-end. All channels on both DataSMART units are set to data-type 
channels on the terminal interface. The applications at either end can be ISDN PRI, Com- 
mon Channel Signaling (CCS), or other applications that require a clear channel. Manage 
the near-end unit using PPP on the asynchronous control port. Manage the far-end unit in- 
band in the Facility Data Link at 4 Kbps. See Figure 11. 

The units in this example can be DataSMART 558 or 658 or M-PATH 537 or 538 units. 

The headquarters site has two DataSMART units, each connected via Tl and a data link to 
its own remote site. The units can be installed in the same shelf or can be daisy-chained 
658s. The network port host at the headquarters site can be a terminal server, a host with 
PPP communications software, a router, or a modem. It communicates directly with unit 
HQ 1 in Slot 1, and over the shelf's backplane to the unit HQ 2 in Slot 2. 

The branch sites are identical, except for the IP addresses. 

All units must have ESF framing and B8ZS line coding on the NI and Tl (see Chapter 5). 

Figure 11 — Dedicated line CSU centrally managed via control port and FDL 
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Table 10 — Parameters and addresses for a multi-site example 



Unit name 


Use NETIF 

parameters 


Linked to unit(s)... 


Data link 
IP address 


Control port 
IP address 


HQ 1 


PSD,F 


Network Port via PPP; 
HQ 2 via SLIP backplane; 
Branch 1 via data link 


192.66.1.3 


192.66.1.11 


HQ 2 


SD,F 


HQ 1 via SLIP backplane; 
Branch 2 via data link 


192.66.1.4 


192.66.1.12 


Branch 1 


D,F 


HQ 1 via data link 


192.66.1.3 




Branch 2 


D,F 


HQ 2 via data link 


192.66.1.4 
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TIP 

When manually configuring 
more than one DataSMART 500 
unit in the same shelf, set the IP 
network interface for the last 
unit (farthest away from the 
controller) first, and then set up 
the IP network interfaces in 
reverse order, configuring the 
controller last. You may not be 
able to access a shelf unit set to 
NETIF:N through a controller 
that is using SLIP. 



Configuration Commands - Headquarters Site Log into the unit farthest away 
from the controller (or farthest away from the head of the daisy-chain) and follow all the 
steps that apply to that unit. Then log out and log into the next unit in line, and so on. The 
controller should be the last unit configured. 

Use the following commands to set up NI channel assignments and IP network manage- 
ment for DataSMART units HQ 1 and HQ 2 (left side of Figure 11): 

1 On both units, type ANI1-24:D to assign all 24 NI channels to the terminal interface, 
data-type channels. 

2 On both units, type LXA to load network interface configuration Table A. 

3 On unit HQ 2, type NETIF:SD,F to set up a control port IP management interface 
for the SLIP backplane and a data link IP interface using the FDL. 

4 On unit HQ 2, type IPA:C, 192.66.1.12 to set unit HQ 2's control port IP address for 
the SLIP backplane. 

5 On unit HQ 2, type IPA:D, 192.66.1.4 to tell unit HQ 2 to send all IP traffic 
addressed to 192.66.1.4 (unit Branch 2's data link IP address) via the IP data link. 

6 On unit HQ 1, type NETIF:PSD,F to set up IP management interfaces for the con- 
trol port using PPP; the SLIP backplane; and a data link using the FDL. 

7 On unit HQ 1, type IPA:C, 192.66.1.11 to set unit HQ 1 's control port IP address for 
both PPP and the SLIP backplane. 

8 On unit HQ 1, type IPA:D, 192.66.1.3 to tell unit HQ 1 to send all IP traffic 
addressed to 192.66.1.3 (unit Branch l's data link IP address) via the IP data link. 

9 On both units, type IPR: 192.66.1.10 to identify the DataSMART's default route, via 
the network port host. 

10 On both units, type IPM:C, 255.255.255.0 to set the control port/data link IP net- 
mask (to the default). 

1 1 On both units, type TPW: KENTROX to set the Telnet password to KENTROX (all 
caps). 

Configuration Commands - Branch Sites Use these commands to set up the 
branch site DataSMART units (right side of Figure 11): 

1 On both units, type ANI1-24:D and LXA to set up and load the NI configuration. 

2 On both units, type NETIF:D,F to set up a data link IP interface using the FDL. 

3 On unit Branch 1, type IPA:D, 192.66.1.3 to set the data link IP address. 

4 On unit Branch 2, type IPA:D, 192.66.1.4 to set the data link IP address. 

5 On both units, type IPM:C, 255.255.255.0 to set the control port/data link IP net- 
mask (to the default). 

6 On both units, type TPW: KENTROX to set the Telnet password to KENTROX 
(all caps). 
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DataSMART 554 and 558 DSUs allow you to choose one or more of the following IP net- 
work interface protocols: 

■ Ethernet (558 only) 

■ PPP or SLIP over the unit's DCE or DTE control port 

■ Data link over the Tl connection 

Each network interface requires you to enter a separate IP address for each unit and an IP 
netmask. The Control Port/Data Link (CP/DL) netmask is used for both the control port 
(PPP/SLIP) and the data link. 



Table 11 — IP network interface options 



Option 


Command 
Line 


IP 

Addresses 


IP 

Netmasks 


Use this option when... 


Ethernet 
(558 only) 


E 


Ethernet 


Ethernet 


A single DataSMART unit connects to the NMS or router 
via Ethernet 


Ethernet-Data Link 
(558 only) 


ED 


Ethernet, 
Data Link 


Ethernet, 
CP/DL 


Same as above, also managing a remote DataSMART unit 
in-band via data link 


PPP- SLIP 


PS 


Control Port 


/-in /t"\t 

CP/DL 


The DataSMART unit connects to the router or network 
port host via PPP and is at the head of a shelf or 
daisy chain. 


PPP-SLIP-Data Link 


PSD 


Control Port, 
Data Link 


CP/DL 


Same as above, also managing a remote DataSMART unit 
in-band via data link 


SLIP 


s 


Control Port 


CP/DL 


The DataSMART unit is in the middle or end of a shelf or 
daisy chain or connects to the network host directly 
using SLIP 


SLIP-Data Link 


SD 


Control Port, 
Data Link 


CP/DL 


Same as above, also managing a remote DataSMART unit 
in-band via data link 


Ethernet-SLIP 
(558 only) 


ES 


Ethernet, 
Control Port 


Ethernet, 
CP/DL 


The DataSMART is at the head of a shelf or daisy-chain 
and connects to the NMS or router via Ethernet 


Ethernet-SLIP- 
Data Link 
(558 only) 


ESD 


Ethernet, 
Control Port, 
Data Link 


Ethernet, 
CP/DL 


Same as above, also managing a remote DataSMART unit 
in-band via data link 


Data Link 


D 


Data Link 


CP/DL 


The DataSMART is remotely managed in-band via 
data link 


No IP (ASCII mode) 


N 


N/A 


N/A 


You are not using SNMP management 



Daisy-chaining units 

You can manage multiple DataSMART units or shelves at the same site from a single ter- 
minal or Ethernet port by interconnecting them via their DCE and DTE control ports. You 
connect the DTE port of one unit to the DCE port of the next unit, and so on. 



Choosing an IP 
network interface 
protocol 
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IP network interfaces that include a data link 

The data link uses part of the Tl data stream to connect units at either end of a data-linked 
pair. The near-end unit can be connected directly to a router, terminal or network manage- 
ment system via PPP, SLIP, or Ethernet, or can be in the middle of a shelf or daisy-chain 
that connects it to other near-end units. (Units in a shelf or daisy-chain communicate with 
each other using SLIP.) The near-end unit is configured as SD, ED, ESD, or PSD. The far- 
end unit is always configured as D. This prevents DataSMART units from trying to man- 
age each other, or two different control devices trying to manage the same 
DataSMART unit. 

If the IP network interface includes a data link, you must enter an IP address and IP 
netmask for the data link (see "Setting the IP address" on page 141 and "Setting the IP net- 
mask" on page 141). 

The data link can be assigned to: 

■ The Facility Data Link (FDL) which runs at 4 Kbps and is available only if both the 
near-end and far-end DataSMART units are using Extended Super Frame (ESF) NI 
framing (see "Specifying NI framing format" on page 52). 

■ One of the Tl channels (time slots) that is idle or assigned to a data port. You can set 
a channel to 56 Kbps or 64 Kbps; if the channel has been assigned to a data port, use 
the same data speed setting you used when setting up the NI channel (see "Planning 
the channel assignment" on page 67). 

If the channel is idle, the data link runs at 56 Kbps or 64 Kbps, as you set it with the 
NETIF command or the front panel. 

If the channel is assigned to a data port and is set to 56 Kbps, the data link uses the 
"spare" 8 Kbps on that channel. Data port timing (see page 34) is not available if the 
data link is assigned to a data port. 

If the channel is assigned to a data port and is set to 64 Kbps, the data link takes 
8 Kbps and the actual data link transfer rate is automatically reduced to 56 Kbps. You 
do not have to reconfigure either unit, and you can still get 64 Kbps on all the other 
data port channels. Data port timing (see page 34) is not available if the data link is 
assigned to a data port. 

IP network interfaces that include Ethernet (558 only) 

The E (Ethernet), ES (Ethernet and SLIP), ED (Ethernet and Data Link), and ESD 
(Ethernet, SLIP and Data Link) protocols all require an Ethernet IP address and Ethernet 
IP netmask. See "Setting the IP address" on page 141 and "Setting the IP netmask" on page 
141. 

If your site has two or more DataSMART plug-in units in a shelf, or if you've connected 
two or more shelves in a daisy-chain, the ES and ESD protocols let you use Ethernet to 
communicate to the controller at the head of the chain. All units in the shelf communicate 
with each other via SLIP. 

IP network interfaces that use the control port 

The following protocols let you control the DataSMART using IP over the control port: 

■ The PS (PPP and SLIP) and PSD (PPP, SLIP and Data Link) protocols use PPP to 
manage the near-end unit and Data Link protocol (if PSD is selected) to manage the 
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far-end unit. If you are using PPP to control a shelf (or two or more daisy-chained 
shelves), these protocols let you use PPP to communicate to the controller. All other 
units in the chain communicate with each other via SLIP. 

■ The S (SLIP) and SD (SLIP and Data Link) protocols use SLIP to manage the near- 
end unit and Data Link protocol (if SD is selected) to manage the far-end unit. All 
units in the shelf (or a daisy-chain of two or more shelves) communicate with each 
other via SLIP. 

These four protocols, plus the ES (Ethernet and SLIP) and ESD (Ethernet, SLIP and Data 
Link) protocols, require an IP address and IP netmask for the control port (see "Setting the 
IP address" on page 141 and "Setting the IP netmask" on page 141). 

Managing DataSMART units with ASCII mode 

If you prefer to use ASCII mode instead of IP to manage DataSMART units, select N 
(None) for all units in the shelf or daisy-chain. 

IP network interfaces that include a data link 

You select the IP network interface by using the NETIF command. There are two forms of 
the command, depending on whether you want an IP network interface that includes the IP 
management data link. You must have super-user or configuration privileges to use 
either form. 

The command syntax is: 
NETIF:/?,«i/ [,spd] 

p Specify the protocol: 

D (Data Link) 
SD (SLIP and Data Link) 
ED (Ethernet and Data Link) (558 only) 
ESD (Ethernet, SLIP and Data Link) (558 only) 
PSD (PPP, SLIP and Data Link) 

dl Enter F to use the Facility Data Link (FDL) or a number from 1 to 

24 to select a time slot for the data link. 

spd Enter 56 to set the data link data rate to 56 Kbps, or 64 to select 64 

Kbps. If you specified F, this value is ignored. 

IP network interfaces that do not include a data link 

The command syntax is: 
NETIF:/? 

p Specify the protocol: 

S (SLIP) 

E (Ethernet) (558 only) 

PS (PPP and SLIP) 

ES (Ethernet and SLIP) (558 only) 

N (none) 



Selecting an IP 
network interface 
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Setting the IP 
address 



TIP 

If you do not know what your IP 
address and IP netmask should 
be, ask your network adminis- 
trator or system administrator. 
If you do not have a network or 
system administrator, obtain a 
set of valid IP addresses from 
your Internet service provider. 
Kentrox cannot issue 
IP addresses. 



The IP address is the unique address for a device in the IP network. The default IP address 
is 192.0.2.1. You must change this IP address before adding the unit to an 
IP network. 

All units in a daisy chain need control port IP addresses in the same subnet. 

You set the IP address by using the IPA command. You must have super-user or configu- 
ration privileges. The changed IP address takes effect only after you have logged out. 

The command syntax is: 



IPA:/?, ipa 

P 



ipa 



Options are E (558 only), C, and D. 

C assigns the IP address to the control port interface for SLIP or 
PPP, and to the local unit for data link communications; E assigns 
the IP address to the Ethernet interface; and D assigns the IP 
address for data link communications. 

The use of D depends on the way you have set NETIF. When 
NETIF is set to SD, ED, ESD, or PSD, then IPA:D designates the 
remote unit's data link IP address. When NETIF is D alone, then 
IPA:D designates the data link IP address of the local unit that you 
are currently configuring. When NETIF is set to any value that does 
not include D, do not set a data link IP address. 

Enter the IP address using the format nnn.nnn.nnn.nnn, where nnn 
can be any number from 0 to 255, inclusive. An IP address of 
0.0.0.0 is not valid. 



When communicating via the Ethernet interface, you need to assign the controller an 
Ethernet IP address and a serial port IP address (for communicating to other units in the 
shelf or daisy-chain via SLIP). The two IP addresses must be on different subnets. 

When managing a far-end unit over the data link, you need to assign a data link IP address 
(see definition above). The near-end unit's control port IP address and the far-end unit's 
data link IP address must be on the same subnet. 

All units in the same shelf or daisy-chain need control port IP addresses in the same sub- 
net. If you are using auto-configuration, all configurable units in the daisy chain are auto- 
matically assigned compatible control port IP addresses when inserted into the shelf. 



Setting the IP The DataSMART unit uses the IP netmask to determine if IP traffic is destined for a host 

netmask on tne same ^ network as itself. If the traffic is destined for its network, the unit can send 

it directly to the host. If the IP traffic is destined for a different network, the unit sends it to 

the IP address of its default router. 

For example, a DataSMART will use the IP netmask to determine whether an incoming 
packet is addressed to another DataSMART in its IP network, and, if so, accept that packet 
even if the other DataSMART isn't directly connected to it. 

The control port and data link use the same IP netmask. You change this netmask with the 
C parameter of the IPM command or by selecting CP/DL IP MASK from the front panel. 
Use this netmask for all IP interfaces that use the control port or data link (PS, S, ES, D, 
ED, ESD, PSD, or SD). 
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If your IP interface includes Ethernet (E, ES, ED, or ESD), you need to set the 
Ethernet netmask. 

The default IP netmask is 255.255.255.0. Changes to the IP netmask take effect 
upon logout. 

You set the IP netmask by using the IPM command. You must have super-user or config- 
uration privileges. The command syntax is: 

IPM:c, mask 

c C assigns the IP netmask to the control port and data link interface. 

E assigns the IP netmask to the Ethernet interface (558 only). 

mask The IP netmask. It takes the form nnn.nnn.nnn.nnn, where nnn can 

be any number from 0 to 255, inclusive. The default is 
255.255.255.0. 



Setting the Telnet 
password 



The DataSMART Telnet server is enabled and disabled via the Telnet password. A null 
password (i.e. "", string length of zero) disables Telnet. Any non-null string enables Tel- 
net. The Telnet password can be up to 15 characters long. 

To access the unit via Telnet, the Telnet password must be a non-null string and the IP net- 
work interface must be enabled and configured properly. 

You set the Telnet password using the TPW command. The syntax for the command is 
shown below. You must have super-user privileges. 

TPW:s/r 



str Enter the Telnet password. The password can be up to 15 characters 

long including spaces. Spaces are not allowed at the beginning of 
the password, but they are allowed in the middle of the password. 
Trailing spaces are not truncated. 



Selecting the default Hosts that are on the same IP network can send IP traffic to each other directly. If a host 
route IP addreSS wants to send IP traffic to a host that is not on the same network, the traffic must be sent to 

a router that understands the topography of the network. The DataSMART needs to know 
the address of its default router in order to send packets to another network. This could 
occur if an SNMP management station is on a different network and is trying to retrieve 
information from a DataSMART unit. 

If a packet is destined for a different network, the unit sends the packet to the IP address of 
its default router. If there is no default router defined, or if the definition is invalid, the unit 
discards the packet. 

In order for the default router to send a packet to the proper network, you have to config- 
ure the default router's static route table. If the default router isn't connected directly to 
the host, the default router has to link the host address with a forwarding address that will 
accept the packet and forward it to the host. 
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The static route table can also be used to forward packets to a DataSMART unit that does 
not have its own Ethernet IP address. In that case, the unit's control port or data link IP 
address must be linked in the table with the controller's Ethernet address. 

^ NOTE 

You should always set the address of the default router. If a default router does not exist 
and a DataSMART unit tries to send a packet to a host not on its subnet, the packet will be 
discarded. This is true for Ethernet, data link, PPP, and SLIP connections. 

The default value for the default router address is 192.0.2.2. 

If you are accessing the IP network via Ethernet, the controller's default router must be on 
the same subnet as its Ethernet IP address. The default router address for the configurable 
units in the shelf must be the SLIP IP address of the controller. 

If you are accessing the IP network via the control port, all units in the shelf must be set to 
the same default router, which must be on the same subnet as the terminal server. 

For a far-end unit accessing the IP network over the data link, the default router is the 
near-end DataSMART unit. 

You must have super-user or configuration privileges. The command syntax is: 
IPR:;>a 

ipa Enter the IP address using the format nnn.nnn.nnn.nnn, where nnn 

can be any number from 0 to 255, inclusive. An IP address of 
0.0.0.0 is not valid. 



Setting up IP source 
address screening 



DataSMART units can screen IP packets based on the source IP address. This security fea- 
ture lets you screen out packets from any host that is not supposed to access the unit. 

For instance, if you know that only network managers should access the DataSMART, you 
can add their host addresses to the IP screening list and then lock out all other hosts by 
enabling IP source address screening. 

All source address screening commands (the commands discussed in the rest of this sec- 
tion) are found in the Advanced Management Configuration (AMC) menu. 



Adding an address or 
netmask to the IP 
screening list 



Before you can enable IP screening, you must have at least one IP address in the screening 
list. You can have up to ten addresses total. This list cannot contain multiple entries of the 
same address, unlike the SNMP trap host list. This list is empty at first power-up. 

Adding a netmask to the IP screening list allows you to receive IP packets from any host 
on the same subnet as the IP address you specify. 
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You add an IP address to the IP screening list by using the ADD command. You must have 
super-user or configuration privileges. The command syntax is: 

ADD:I:ipa[,mask] 

I Specify IP source address screening. 

ipa Add the specified IP address to the list. 

mask Use this netmask to define the subnet the specified IP address 

belongs to, and accept IP packets from any host in that subnet. 

See "Setting the IP address" on page 141 and "Setting the IP net- 
mask" on page 141 for a detailed description of the ipa and mask 
fields. 



To delete an address from the IP screening list, source address screening must be disabled. 
Enabling or disabling source address screening does not take effect until you log out and 
log back in. 

You delete an address from the IP screening list by using the DEL command. You must 
have super-user or configuration privileges. The command syntax is: 

DEL: I: ipa 

I Specify IP source address screening. 

ipa Delete the specified SNMP manager's IP address from the list. See 

"Setting the IP address" on page 141 for a detailed description of the 
ipa field. 

or 

DEL:I:* Delete all entries in the list by using the * wildcard. 



Deleting an address 
from the IP screening 
list 



Enabling and 
disabling IP source 
address screening 



You can enable IP source address screening after filling in the IP addresses allowed access 
to the DataSMART 

The default is address screening disabled. 
Using the command line 

You set the IP Source Address Screening using the SSA command. You must have super- 
user or configuration privileges. The command syntax is: 

SSA:c 

The c parameter specifies the address screening. 



I 

N 



Screen based on IP source addresses. 
No IP address screening. 
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Configuring for SNMP 



To enable the SNMP management capabilities of the DataSMART, the following parame- 
ters must be set: 

■ Enable the SNMP Agent. 

■ Set the SNMP community strings, if necessary. 

■ Add the management hosts to the trap list. 
^ NOTE 

This section assumes you have already set up the DataSMART for an IP network. This 
includes: setting the IP address and netmask and selecting the network interface. 

The DataSMART has a fully functional internal SNMP agent. This agent supports MIB II, 
the DS1 MIB (RFC 1406), and a subset of the Frame Relay DTE MIB (RFC 1315) circuit 
table as well as link-up, link-down, warm-start, and cold-start traps. The agent also fully 
supports its own Enterprise MIB. 

The IP network interface must be configured since SNMP only works over IP networks. 

A warm-start trap is generated by the unit whenever you transition its SNMP agent from 
disabled to enabled. 

The agent is disabled by default. 

You enable and disable the SNMP agent by using the ESNMP and DSNMP commands, 
respectively. You must have super-user or configuration privileges. 

ESNMP Enable the SNMP agent. 

DSNMP Disable the SNMP agent. 



Enabling and 
disabling the SNMP 
agent 



Setting SNMP 
community strings 



There are three SNMP community strings: read, write, and trap. The community strings 
are another form of (loose) security. If you want to prevent just any SNMP manager from 
retrieving data from the SNMP agent, you can change the read community string. 

Read community string 

The read community string controls who can read data from the agent. The default value 
is "public". 

Write community string 

The write community string controls who can write data to the agent using SNMP Sets. 
The default value is "private". 

Trap community string 

The trap community string controls who can read a trap sent from the agent. The default 
value is "snmptrap". 
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You set the SNMP community strings by using the RCS, WCS, and TCS commands. You 
must have super-user or configuration privileges. The command syntax is shown below. 
The strings are allowed to have spaces in them, but you probably won't want any as other 
management stations may not allow spaces in community strings. 

RCS.str 

WCS:str 
TCS:sfr 

where str is 1 to 15 characters. 



Enabling and 
disabling SNMP traps 



DataSMART units can send four kinds of SNMP traps: start, link, authentication, and 
enterprise. (See "Using SNMP traps" on page 148.) You enable and disable each type of 
trap separately. All four trap types are enabled by default. 

You cannot enable or disable more than one trap type with a single command; for exam- 
ple, to enable start and link traps, you must type 

TRAP: E,S 
TRAP: E,L 

You must have super-user or configuration privileges. The command syntax is: 
TRAP:c,f 

c Enter E to enable the specified traps or D to disable them. 

t Specify a trap type to enable or disable: S for start, L for link, A for 

authentication, and E for enterprise. 



Configuring the 
SNMP trap hosts 



Adding an address to 
the SNMP trap host 
list 



DataSMART units can send SNMP traps to multiple IP network hosts. In order to send 
SNMP traps, you must enable the DataSMART SNMP agent (see page 145). 

There can be multiple entries of a single address in the SNMP trap list. 

The SNMP trap host list contains the IP addresses of all IP network hosts that you want 
the DataSMART unit to send traps to. The SNMP trap host list is empty at first power-up. 
You add an IP address to the SNMP trap list by using the ADD command. 

If your unit is configured for NETIF=D and the IP management path goes straight to a trap 
host without communicating through a DataSMART unit, you must associate the path's 
Data Link Connection Identifier (DLCI) with the trap host's IP address. Your carrier or 
network administrator should be able to provide the DLCI. 

You must have super-user or configuration privileges. The command syntax is: 

ADD:T:ipa[,dlci] 



T 

ipa 



Specify SNMP trap list. 

Add the specified IP address to the list. 

See "Setting the IP address" on page 141 and "Setting the IP net- 
mask" on page 141 for a description of the ipa and mask fields. 



did 



Enter the DLCI associated with the trap host's IP address. 
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If there are multiple entries of a single address in the table, each entry must be deleted. 
One deletion does not clear out all occurrences of that address. 

You delete an address from the SNMP trap list by using the DEL command. The syntax 
for the command is shown below. You must have super-user or configuration privileges. 

DEL:T:i/?a 

T Specify SNMP trap list. 

ipa Delete the specified SNMP manager's IP address from the list. See 

"Setting the IP address" on page 141 for a detailed description of the 
ipa field. 

or 

DEL:T:* Delete all entries in the list by using the * wildcard character. 



Deleting an address 
from the SNMP trap 
list 
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Using SNMP traps 

SNMP traps are like DataSMART alarm messages: they indicate alarm conditions in 
the network. 

To use SNMP traps, you must: 

■ Connect the DataSMART to a TCP/IP network, either in-band or over a SLIP or PPP 
connection on the control port. 

■ Enable the DataSMART SNMP agent by using the ESNMP command (see page 
145). 

■ Enable or disable any combination of start, link, authentication, and enterprise- 
specific traps. 

SNMP traps also need a destination IP address. You have ten possible trap destinations 
defined by the trap host list (see "Configuring for SNMP" on page 145). At the trap host 
destination there must be an SNMP network management application. These programs 
understand SNMP and can interact intelligently with the DataSMART SNMP agent. 

DataSMART units can generate these trap types: 

Start traps: 

■ Warm-start 

■ Cold-start 
Link traps: 

■ Link-down 

■ Link-up 
Authentication traps: 

■ Telnet Password 

■ SNMP Rd CommString 

■ SNMP Wr CommString 

■ IP Screen 
Enterprise traps: 

■ Excessive Error Rate (EER) 

■ Power Feed A, Power Feed B 

Warm-start trap 

The warm-start trap is generated every time you enter ESNMP (enable SNMP) from the 
command line and the agent was previously disabled. 

Cold-start trap 

The cold-start trap is generated every time the DataSMART is power-cycled. Cold-start 
traps are not generated until ten seconds after the unit is power-cycled. This allows time 
for the hardware providing the low-level IP network interface to start up and stabilize 
before attempting to send a packet. 



Configuration for 
SNMP traps 



Types of 
SNMP traps 
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Link-down trap 

A link-down trap is generated when ifOperStatus (MIB II) changes to down. Link-down 
traps are generated for the network interface, terminal interface, and data port. 

Link-up trap 

A link-up trap is generated when ifOperStatus (MIB II) changes to up. Link-up traps are 
generated for the network interface, terminal interface, and data port. 

Telnet Password 

A Telnet Password trap is generated when an incorrect Telnet password has been entered. 
SNMP Rd CommString 

A SNMP Rd CommString trap is generated when the DataSMART has read an incorrect 
SNMP community string. 

SNMP Wr CommString 

A SNMP Wr CommString trap is generated when the DataSMART has written an incor- 
rect SNMP community string. 

IP Screen 

An IP Screen trap is generated when the DataSMART has received a trap or message from 
a device whose IP address is not on the Source Screening Address list. 

NOTE 

The events that generate the Telnet Password, SNMP Rd CommString, SNMP Wr 
CommString, and IP Screen traps are also logged in the Security History report (see 
"Interpreting the Security History report" on page 98). 

Excessive Error Rate 

An Excessive Error Rate trap is generated whenever the Excessive Error Rate threshold is 
exceeded (see "Specifying the error threshold evaluation window" on page 48).Excessive 
Error Rate traps are generated for the network interface (NEER) and terminal 
interface (TEER). 

Power Feed A, Power Feed B 

The DataSMART 558 controller generates a Power Feed A trap whenever it detects a loss 
of power from power feed A in the 12-slot shelf. (The trap has no meaning when the con- 
troller is installed in a two-slot shelf.) In the same way, a Power Feed B trap is generated 
when a loss of power from power feed B is detected. A 554 unit cannot generate this trap. 
See "Examining system status" on page 105). 
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MIB Objects included SNMP allows any MIB object to be included in a trap. The DataSMART includes infor- 
in SNMP traps mation on its status and that of the Tl line, to speed analysis. Each trap type includes 

different information. 

Warm-start trap 

A warm-start trap includes the ifDescr and iflndex of all interfaces on the unit. 

Cold-start trap 

A cold-start trap includes the ifDescr and iflndex of all interfaces on the unit. 
Link-down trap for a T1 interface 

A link-down trap for a Tl interface includes the following: 

■ ifDescr — "Tl Network Interface" 

■ iflndex — this is the instance number for that interface 

■ dsxlLineStatus — a bitmap of the Tl line's current state 

■ dsxl CurrentESs — the number of errored seconds for the current interval 

■ dsxlCurrentUASs — the number of unavailable seconds for the current interval 

Link-down trap for a data port interface 

A link-down trap for a data port interface includes the following: 

■ ifDescr — "Data Port 1 Interface" 

■ iflndex — this is the instance number for that interface 

Link-up trap for a T1 interface 

A link-up trap for a Tl interface includes the following: 

■ ifDescr — "Tl Network Interface" 

■ iflndex — this is the instance number for that interface 

■ dsxlLineStatus — a bitmap of the Tl line's current state 

■ dsxl CurrentESs — the number of errored seconds for the current interval 

■ dsxlCurrentUASs — the number of unavailable seconds for the current interval 

Link-up trap for a data port interface 

A link-up trap for a data port interface includes the following: 

■ ifDescr — "Data Port 1 Interface" 

■ iflndex — this is the instance number for that interface 

Telnet Password authentication trap 

The Telnet Password trap includes the following: 

■ dsRpShrDateTime — the date and time the event occurred 

■ dsRpShrEventType — "rpShrTelnetPassword" (Type 1) 

■ dsRpShrComments — the source IP address of the unit that sent the incorrect 
Telnet password 
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SNMP IP Screen authentication trap 

The SNMP IP Screen trap includes the following: 

■ dsRpShrDateTime — the date and time the event occurred 

■ dsRpShrEventType — "rpShrSrdpAddressScreen" (Type 2) 

■ dsRpShrComments — the source IP address of the device that sent the message to the 
M-PATH unit 

SNMP Rd CommString authentication trap 

The SNMP Rd CommString trap includes the following: 

■ dsRpShrDateTime — the date and time the event occurred 

■ dsRpShrEventType— "rpShrReadCommString" (Type 3) 

■ dsRpShrComments — the source IP address of the unit that caused the event 

SNMP Wr CommString authentication trap 

The SNMP Wr CommString trap includes the following: 

■ dsRpShrDateTime — the date and time the event occurred 

■ dsRpShrEventType — "rpShrWriteCommString" (Type 4) 

■ dsRpShrComments — the source IP address of the unit that caused the event 

Set Nl Excessive Error Rate enterprise trap 

The Set NI Excessive Error Rate trap includes the following: 

■ ifDescr— "Set NI Excessive Error Rate (NEER)" 

■ iflndex — this is the instance number for the network interface 

■ dsxlLineStatus — a bitmap of the Tl line's current state 

■ dsxlCurrentESs — the number of errored seconds for the current interval 

■ dsxlCurrentUASs — the number of unavailable seconds for the current interval 

Clear NI Excessive Error Rate enterprise trap 

The Clear NI Excessive Error Rate trap includes the following: 

■ ifDescr — "Clear NI Excessive Error Rate (NEER)" 

■ iflndex — this is the instance number for the network interface 

■ dsxlLineStatus — a bitmap of the Tl line's current state 

■ dsxlCurrentESs — the number of errored seconds for the current interval 

■ dsxlCurrentUASs — the number of unavailable seconds for the current interval 

Set Tl Excessive Error Rate enterprise trap 

The Set Tl Excessive Error Rate trap includes the following: 

■ ifDescr — "Set Tl Excessive Error Rate (NEER)" 

■ iflndex — this is the instance number for the terminal interface 

■ dsxlLineStatus — a bitmap of the Tl line's current state 

■ dsxlCurrentESs — the number of errored seconds for the current interval 

■ dsxlCurrentUASs — the number of unavailable seconds for the current interval 
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Clear Tl Excessive Error Rate enterprise trap 

The Clear TI Excessive Error Rate trap includes the following: 

■ ifDescr — "Clear TI Excessive Error Rate (NEER)" 

■ iflndex — this is the instance number for the terminal interface 

■ dsxl Line Stat us — a bitmap of the Tl line's current state 

■ dsxlCurrentESs — the number of errored seconds for the current interval 

■ dsxl CurrentUASs — the number of unavailable seconds for the current interval 

A/B On Power Transition enterprise trap (DataSMART 558 only) 

The A/B On Power Transition trap includes the following: 

■ dsSsPowerStatus — indicates that power has turned on 

A/B Off Power Transition enterprise trap (DataSMART 558 only) 

The A/B Off Power Transition trap includes the following: 

■ dsSsPowerStatus — indicates that power has turned off 

Traps and alarm The following table correlates alarm conditions to traps. 

conditions 



Alarm Condition 


Trap 


ECF 


Link down on network interface 


NI LOS 


Link down on network interface 


NI OOF 


Link down on network interface 


NIAIS 


Link down on network interface 


NI YEL 


Link down on network interface 


NIEER 


EER enterprise trap on network interface 


TILOS 


Link down on terminal interface 


TIOOF 


Link down on terminal interface 


TI AIS 


Link down on terminal interface 


TI YEL 


Link down on terminal interface 


TIEER 


EER enterprise trap on terminal interface 


DP LOS 


Link down on data port 


Agent-enabled 


Warm-start trap 


Power-up 


Cold-start trap 
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CHAPTER 




Quick reference 



This chapter contains: 

■ A listing of all menus and commands available through the command-line interface 

■ A summary of commands accessible through an ARC login 

■ A description of how the DataSMART generates Tl alarms, based on signal 
conditions at the network interface 

■ A complete listing of the DataSMART specifications 
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Command-line menus and commands 



The command-line interface provides eighteen "help" menus. These menus group the var- 
ious commands by function and describe the use and syntax of each command. 

To display a menu, simply enter the one- or two-letter acronym for the menu title. 

Main menu (MM) 

DataSMART 5nn Version 1 . nn Copyright (c) 1996-97 Kentrox 
ADDRESS: 00:00:000 NAME: PORTLAND, OR 



add/drop_ 
only 



MM 


- Main Menu 


SS 


- System Status and Remote Menu 


R 


- Reports Menu 


LM 


- Local Maintenance Menu 


RM 


- Remote Maintenance Menu 


AC 


- Alarm Configuration Menu 


CC 


- Control Port Configuration Menu 


DC 


- Data Port Configuration Menu 


FC 


- Fractional Tl Configuration Menu 


MC 


- Management Configuration Menu 


NC 


- NI Configuration Menu 


PC 


- Password Entry and Configuration Menu 


SC 


- System Configuration Menu 


TC 


- TI Configuration Menu 


A D 


- Logout 


A D<xx>: <yy> :<zzz> A E 


- Address Another Unit 



System Status and Remote menu (SS) 



ARC/DRC 
S 

SSV 



SYSTEM STATUS AND REMOTE MENU 

- Access to/Disconnect from Remote Unit Control 

- System Status Screen Command 

- View System Setup 



Reports menu (R) 



add/drop_ 
only 



add/drop_ 
only 



UNSR / UNLR 
"UTSR / UTLR 

CNSR / CNLR 

FESR / FELR 

NSR: [z] 
■ TSR: [z] 



AHR 
SHR 

PL : <len | style> 



REPORTS MENU 

- User NI Short/Long Performance Report 

- User TI Short/Long Performance Report 

- Carrier NI Short/Long Performance Report 

- Far End PRM Short/Long Performance Report 

- User NI Statistical Performance Report 

- User TI Statistical Performance Report 

z = Display Report then Zero Counts (Optional) 

- Alarm History Report 

- Security History Report 

- Set Page Length, <len> =20 .. 70 (or 0 = Off), or 
<style> = P (Page Break) , M (More) , or V (View) 



Local Maintenance menu (LM) 



add/drop_ 
only 



LOCAL MAINTENANCE MENU 

SLL - Set Line Loop Back 

SPL - Set Payload Loop Back 

SLO - Set Local Loop Back 

- STI - Set TI Loop Back 

SDP<n> - Set Data Port Loop Back at Data Port, n=l 

SDT<n> - Set Data Terminal Loop Back at Data Port, 

RLB - Reset Loop Backs 



n=l 



DST 



Do Self Test 
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Remote Maintenance menu (RM) 



REMOTE MAINTENANCE MENU 



SRL 
SRP 

SRDP<n> 
RST1 

SQC/S3C/S1C/S0C 

S5C<n> 

S2C<n> 

RTC 

BTQ/BT3/BT1/BT0 

BT5<n> 

BT2<n> 



Set Remote Line Loop Back 

Set Remote Payload Loop Back 

Set Remote Data Port Loop Back, n = 1 

Reset Remote Loop Back 

Send Test Codes at NI : QRS, 3/24, 1 ,0 
Send 511 Test Code in Data Port <n> Bit Stream 
Send 2047 Test Code in Data Port <n> Bit Stream 
Reset Test Codes 



Activate BERT using Test Codes: QRS, 3/24, 1 
Activate BERT using 511 at Data Port n = 1 
Activate BERT using 2047 at Data Port n = 1 



, 0 



Alarm Configuration menu (AC) 



EAM / DAM 

EYL / DYL 
DACT : <n> 
EST : <n> 
UST : <n> 
ST15/ ST60 



ALARM CONFIGURATION MENU 

- Enable/Disable Alarm Messages 

- Enable/Disable YELLOW Activating an Alarm 

- Alarm Deactivation time in seconds, n = 1.. 

- Errored Second Threshold, n = 0 . . 900 

- Unavailable Second Threshold, n = 0 . . 900 

- Set Threshold Timing to 15 or 60 Minutes 
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ACV 



View Alarm Configuration 



Control Port Configuration menu (CC) 

CONTROL PORT CONFIGURATION MENU 
EE / DE - Enable/Disable Character Echo 
CCV - View Control Port Configuration 

Data Port Configuration menu (DC) 

DATA PORT CONFIGURATION MENU 



EDI<n> / DDI<n> 
INTF<n> : <intf > 



SCLK<n> : <clk> 
TCLK<n> : <cmd> 
RCLK<n> : <cmd> 
IDL<n> : <char> 
DPLOS<n> : <los> 



- Enable/Disable Data Inversion at Data Port, n=l 

- Interface at Data Port, n=l 

intf = V (V.35 72xxx) , E (EIA-530), 
D (V.35 DataSMART 78xxx Compatible) 

- Source Clock at Data Port, n=l 
elk = I (Internal) , E (External) 

- Transmit Clock Inversion at Data Port, n=l 
cmd = E (Enable) , D (Disable) 

- Receive Clock Inversion at Data Port, n=l 
cmd = E (Enable) , D (Disable) 

- Idle Character at Data Port, n=l 
char = 7E, 7F, FF 

- LOS Input Signal at Data Port, n=l 

los = R (RTS), D (DTR) , B (Both), N (No Processing) 



DCV 



View Data Port Configuration 
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Fractional T1 Configuration menu (FC) 



FRACTIONAL Tl CONFIGURATION MENU 



Tl channel assign- 
ments available on- 
add/drop units only 



<table>DP<port> : <rate> [ , 

table A/B 
port 1 



rate 
nicn 



56/64 
1 . . 24 
1,3,5, . . 

1-24 



<nicn> ] 

DP=Assign NI Channel Map for Data Port 
Tables A or B Containing Channel Assignment 
Data Port Number 
Channel Rate in 1000 bps 

NI Channel numbers assigned to Data Port 
Can be alternating DSO channel numbers or 
a contiguous range. 



- <table>NI<nicn> : <t icn> , <nicn> : <t icn>, . . . 

- NI=Assign NI Channels to Tl or IDLE 
table A/B - Tables A or B Containing Channel Assignment 

nicn 1 . . 24 - NI Channel numbers 

ticn V,D,I - Voice/Data on Tl Channel or I for Idle 



CPAB / CPBA 

LXA / LXB 

TAV / TBV 
TXV 



Copy A to B or B to A 

Load and Execute Table A or B 

View Table A or B 

View Executing Channel Assignment 



Management Configuration menu (MC) 

MANAGEMENT CONFIGURATION MENU 



TPW:<str> - Set Telnet Password, str=0 to 15 characters 

0 characters disables Telnet 

NETIF : <p> [ , <dl> [ , <spd>] ] 

- Set IP Network Interface Paths 

<p> = N, E, PS, S, D, ES, ED, ESD, PSD, or SD 

N = None, E = Ethernet, P = PPP, S = SLIP, 

D = Datalink - if Datalink, use dl and spd 

<dl> = F (FDL) , 1-24 (DSO Tslot) - if DSO, use spd 

<spd> = 56 (56k of DSO Tslot), 64 (All of Tslot) 

IPR:<ipa> - Set Default Route IP Address 

IPA: <p>, <ipa> - Set IP Addresses 

IPM: <p>, <mask> - Set IP Masks 

p = E (Ether), C (PPP/SLIP), D (Datalink) 
<ipa> and <mask> = n.n.n.n, n = 0 .. 255 (dec) 
<ipa> for Datalink is IP Address of remote unit 
<mask> is the same for Ctl Port and Datalink 

AMC - Advanced Management Configuration Menu 

MCV - View Management Configuration 



Advanced Management Configuration menu (AMC) 



ADVANCED MANAGEMENT CONFIGURATION MENU 



ESNMP/DSNMP 

TCS:<str> 
RCS : <str> 
WCS : <str> 

SSA: <p> 

TRAP : <c>, <t> 

ADD : T, <ip> [ , dlci] 

ADD : I , <ip> [ , mask] 
DEL:<1>, <ip> 



Enable/Disable SNMP Agent 

Set SNMP Trap Comm String, str=l to 15 characters 
Set SNMP Read Comm String, str=l to 15 characters 
Set SNMP Write Comm String, str=l to 15 characters 

Set Packet Screening via Source Address 
p = I (IP Addr) , N (None) 

SNMP Trap Generation c = E (Enable) , D (Disable) 
t = S (Start), L (Link), A (Auth) , E (Enterprise) 
Add IP Address to Trap Dest List 

<dlci> = optional identifier for Data Link Traps 
Add IP Address to Screening List 

Delete Address from Screening or Trap Dest Lists 
<1> = I (IP Screen List), T (Trap Dest List) 
<ip> and [mask] = n.n.n.n, n = 0 255 (dec) 
[mask] used only for IP Screen List and is optional 



AMCV 



View Advanced Management Configuration 
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Network Interface Configuration menu (NC) 



NI CONFIGURATION MENU 



add/drop_ 
only 



NSF/NESF/NERC - NI SF/ESF/Ericsson Framing Format 

NAM I / NB8 - NI AMI/B8ZS Line Coding 

EPRM / DPRM - Enable/Disable T1.403 PRM Generation out NI 

FKA / UKA - Framed/Unf ramed Keep Alive 

EYEL / DYEL - Enable/Disable YELLOW Activation out NI 

ADR54 : <Trgt> - 54016 Address = C (CSU) , D (DSU) , or B (Both) 

E54 / D54 - Enable/Disable 54016 Mode 



NLO 
NL1 
NL2 



Line Build Out 

- 0.0 dB 

- 7.5 dB 

- 15.0 dB 



NCV 



View NI Configuration 



Password Entry and Configuration menu (PC) 



PASSWORD ENTRY AND CONFIGURATION MENU 



EPS : <password> 



- Enter Password 

password = 6 to 12 characters 



APS : <access> : <password> - Add Password 

access = SA - Super User 

CA - Configuration 
MA - Maintenance 

password = 6 to 12 characters 



DPS : <password> 



PUV 
PCV 



- Delete Password 

password = 6 to 12 characters, or 

- View User Access Privilege 

- View Password Configuration 



for all 



System Configuration menu (SC) 



SYSTEM CONFIGURATION MENU 



DataSMART 558 
only 

C, T available on 
558 only 



SD : <mm>, <dd>, <yy> 
ST : <hh>, <mm> 
SN : <id> 
EAC / DAC 
SMT/SMM 

SAC :<xx>,<yy>,<zzz> 

EDC / DDC 
CLK: <src> 

ALGOUT : <n> 
ZALL 

TSWDL : <i> 



BOOT : <b> 

WYV 
RSD 
SCV 



Set Date (Warning: This also clears reports) 
Set Time (Warning: This also clears reports) 
Set Name 

Enable/Disable Auto Configuration 

Mode = Transparent/Monitor (Requires Frame card! 
Send Auto-Configure Packet to unit 

<slot> : <shelf > : <group>, * is all units 
Enable/Disable DataSMART Compatibility 
Clock Source, src = L (Loop) , C (CSU Thru) 
T (TI Receive), I (Internal), 1 (DPI) 
Autologout, n = 0 . . 60 minutes 
Zero All Counters used in User Reports 
Download program from a file via TFTP 
i = n.n.n.n, n = 0..255 (dec), the 

IP address of the TFTP host system 
Re-boot the system 

b = A (Active FLASH) or I (Inactive FLASH) 
View "What's Your Version" Information 
Reset System to Default Values 
View System Configuration 
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Terminal Interface Configuration menu (TC) — DataSMART 558 only 



TI CONFIGURATION MENU 

TSF/TESF/TERC - TI SF/ESF/Ericsson Framing Format 
TAMI/TB8 - TI AMI/B8ZS TI Line Coding 

TIDL:<c> - Idle Code, c = 00-FF Hex 

TI Equalization 
TEO - 0 - 133 ft 

TE1 - 133 - 266 ft 

TE2 - 266 - 399 ft 

TE3 - 399 - 533 ft 

TE4 - 533 - 655 ft 

TCV - View TI Configuration 
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Commands available via ARC 



You can log into a remote DataSMART, DataSMART SPort, DataSMART MAX unit, or 
M-PATH CSU by using the ARC command. This command establishes the remote login 
via the FDL (facility data link) line in the Tl signal. The Tl framing format must be ESF 
(extended super frame). The DRC command disconnects the remote login. 

The ARC command's actions are affected by the EDC/DDC commands. The default 
power-up value is DataSMART 72000 series compatible, including DataSMART MAX, 
SPort and M-PATH CSU. No action is required. 

EDC (enable DataSMART 78000 series compatibility) command 

Use the EDC command prior to executing ARC to specify that you are connecting to a 
DataSMART 78000 series DSU/CSU. Executing EDC has the following effects: 

■ Remote data loopbacks: all SRDP data port commands and the next RST1 command 
following SRDP generate the inverted 127 code in a format compatible with DataS- 
MART. The code is transmitted continuously for 10 seconds or until the loop action 
is verified. 

■ T1.403 remote payload loopbacks: if the DataSMART is the remote unit, then the 
DataSMART does not expect loopback retention codes to be transmitted from the 
remote unit. 

DDC (disable DataSMART 78000 series compatibility) command 

Use the DDC command to disable DataSMART 78000 series DSU/CSU compatibility 
and restore ARC compatibility with DataSMART 72000 series units, including MAX and 
SPort, and M-PATH CSU. Executing DDC has the following effects: 

■ Remote data loopbacks: all SRDP commands and the next RST1 command follow- 
ing SRDP generate the code in a format compatible with Annex B of T 1.403- 1994. 
The code is transmitted for approximately 2.5 seconds, followed by a transmission of 
all ones lasting approximately 2.5 seconds. Since the remote unit is required to per- 
form the loop activity within 2 seconds of receiving the all-ones code, the 
DataSMART sends a momentary loop code again after the 2.5 seconds of all ones to 
confirm the loop actions. If ten seconds elapse before the loop action is verified, the 
loop is considered unverified. Setting and resetting remote data port loopbacks may 
not be reliable if this setting is incorrect. 

■ T1.403 remote payload loopbacks: the DataSMART expects retention codes as 
defined in T 1.403- 1994. If they are not received (as from a DataSMART unit) the 
unit actuates the loopback and immediately resets it. 
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Command 
compatibility 



You can access most DataSMART commands via an ARC remote login. The only com- 
mands you cannot access are those that could potentially break the FDL link, or those that 
set up the network interface or the terminal interface. The commands that you cannot 
access through ARC are: 



DataSMART menu 



Commands not accessible via ARC 



System Status menu 
Local Maintenance menu 
Remote Maintenance menu 
NI Configuration menu 
System Configuration menu 
TI Configuration menu 



EDC, DDC 

DST, SDR SDT, SLL, SLO, SPL, STI 
BTt, SRP, SRL, SRDR StC, RTC, RST1 
NAMI, NB8, NERC, NESF, NLx, NSF 
TSWDL 

TAMI, TB8, TERC, TEn, TESF, TSF 



DataSMART 78000 
series DSU 
compatibility 



You can execute only a subset of the commands for the DataSMART 78000 series DSU 
(older DataSMART models such as the Single -Port and Quad-Port) via an ARC remote 
login. The subset consists of the commands found on the DataSMART Control Port Con- 
figuration menu and on its Status and Remote menu. 



DataSMART menu 



Commands 
accessible via ARC 



Command functions 



System Status and Remote S 
menu 

Fractional T 1 Configuration CPA/CPB 
menu 

LXA/LXB 

TAV/TBV 
TXV 

<table>DP 
<table>NI 



System Status Screen command 

Copy A to B or B to A 

Load and execute table A or 
table B 

View table A or table B 

View executing channel 
assignment 

Assign channels to data port 

Assign channels to terminal or 
idle 



The FC command returns a DataSMART DC menu from a DataSMART 78000 
series DSU and a DataSMART FC menu from the newer DataSMART models 
(MAX, SPort, 500 series, 600 series) and the M-PATH CSU. 

The DC command returns an FC menu from a newer DataSMART model (or 
M-PATH) and a DC menu from a DataSMART 78000 series DSU. 
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T1 alarms and signal processing 



This section describes how the DataSMART transitions into and out of an alarm state. It 
also describes in detail the alarms that can occur at the network and terminal Tl interfaces 
and the signal conditions that cause them. 

^ NOTE 

For a complete listing of all alarms generated by the DataSMART and appropriate trou- 
bleshooting procedures, refer to Chapter 7, "Troubleshooting" . 

What happens When When the DataSmart transitions to an alarm state, it performs various actions: 

It illuminates appropriate LEDs on the front panel. 

It updates the System Status display with status information about the alarms and 
signal conditions at the network interface, terminal interface, and data ports. 

It outputs an SNMP trap or an alarm message to the control device (if traps or mes- 
sages are enabled) and logs the alarm message in the Alarm History report. 

It transmits yellow alarms and idle code out the interfaces and data ports 
as appropriate. 

It switches the clock source to internal master timing, if the condition obstructs the 
clocking source. 

The DataSMART generates alarms based on error events that occur in an input signal. 
Error events are also referred to as signal conditions. For instance, a loss of signal event 
(LOS) is also referred to as an LOS signal condition. A signal condition is a current, 
instantaneous status of the received signal at the interface. The signal condition may per- 
sist, may be intermittent, or may disappear immediately. 

If a signal condition persists or is intermittent but frequent, the DataSMART transitions 
into an alarm state, a process called "alarm integration." The algorithm that controls alarm 
integration is designed to prevent alarms from being raised every time a signal condition 
occurs briefly, and to prevent the alarm from being deactivated every time the signal con- 
dition temporarily flickers off. 

The alarm integration algorithm 

The alarm integration algorithm uses two values: the alarm integration time and the decay 
rate. (On the DataSMART the alarm integration time is set to 2.5 seconds and the decay 
rate is 1/5.) 

The algorithm maintains a count for each signal condition. Whenever a signal condition 
exists, time accrues to the count for that signal condition. For instance, if the OOF signal 
condition exists for 1 second, 1 second is accrued to the OOF count. Time spent out of the 
signal condition is multiplied by 1/5 (the decay rate) and subtracted from the count, which 
has a minimum value of 0. When the count exceeds 2.5 (the alarm integration time), the 
transition to an alarm state occurs. 

The alarm integration algorithm is defined in detail in AT&T 62411. 



alarms occur 



How alarms are 
generated 
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Transitioning out of the alarm state 



When a signal condition that has produced an alarm goes away, the alarm persists until the 
condition has been absent for a period of time referred to as the alarm deactivation time. 
The alarm deactivation time is user-configurable and by default is 15 seconds. (See "Set- 
ting the alarm deactivation time" on page 48 for more information.) 

Alarm reporting 

The DataSMART produces an alarm message each time a line transitions to a new alarm 
state. The "CLR" message is not sent until all alarms on a particular interface clear. All 
alarm messages are output to the device connected to the control port and are logged in the 
Alarm History report. To see the Alarm History report, type AHR at the command line. 

You can examine the current status and track the changing conditions on an interface using 
the System Status report (type S at the command line). This report shows the current alarm 
state of the DataSMART as well as the signal condition of the input and output signal at all 
interfaces. The status report is updated once a second upon any changes to the alarm state 
or signal conditions. You can also track system status from the LCD display on the front 
panel of the DataSMART. See "Examining system status" on page 105 for 
more information. 

A received Tl signal is classified as being in one and only one alarm state at a time. Alarm 
states have a priority. If the signal satisfies more than one of the requirements for an alarm 
state, the higher priority alarm applies. Because of this, and because of the delay of deacti- 
vation of an alarm, the System Status report could contain an entry in which an interface is 
in an alarm state that does not match the signal condition. 

For example, suppose the alarm deactivation time period is set to 15 seconds, and suppose 
the signal condition for the NI received signal is AIS. After the alarm integration require- 
ments are met, the line is declared to be in the AIS alarm state. Now suppose that the sig- 
nal condition changes from AIS to OOF. At this point the DataSMART will add a new 
entry to the status report to show the change in the signal condition. However, in that same 
entry, the alarm condition will be shown as AIS because the alarm deactivation time 
period has not passed. 

Now assume the OOF condition persists for 2.5 seconds, and thus has satisfied the 
conditions for alarm integration. Because the OOF has a lower priority, and because of the 
15-second deactivation period for alarms, the alarm state will still be AIS. However, once 
the 15 seconds have passed, the alarm state will transition from AIS to OOF, and the 
DataSMART will add a new entry to the status report. 
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Signal conditions 



The table below lists the signal conditions for the DataSMART in priority order, highest 
priority first. A received Tl signal can be in one and only one of the signal conditions at 
a time. 



Condition Definition 



LOS 



AIS 



OOF 



EER 



YELLOW 



Loss of Signal. No pulses are being received. The LOS signal 
condition starts upon receipt of 192 consecutive spaces or zeros. The 
LOS signal condition clears when the signal contains 32 consecutive 
bits with at least 4 ones and no more than 15 consecutive zeros. 

Alarm Indication Signal. A signal with a 99.9% ones density for a 
minimum of 3 milliseconds and no framing detected is being received. 
The AIS condition is detected in the presence of a 1 x 1 0" 3 bit error 
rate. An AIS condition is declared when both out-of-frame and all Is 
conditions are present at the interface. The AIS condition clears when 
either the OOF, all 1 s, or both conditions clear. 

Out of Frame. The received signal does not contain a Tl framing 
pattern. The OOF signal condition is declared when two out of four 
frame bits are in error (SF and Ericsson framing) or when two out of 
six frame bits are in error (ESF framing). The OOF signal condition 
clears when a reframe occurs. 

Excessive Error Rate. A framed Tl signal with an event error rate 
exceeding the user-supplied threshold is being received. This 
condition clears when the next time interval's error count is less than 
the threshold. 

The received signal contains the yellow alarm pattern in bit two of 
each DSO (SF framing) or a yellow alarm code word in the ESF Data 
Link (ESF framing). The condition clears when the yellow alarm 
pattern is no longer detected in the received signal. 



Good Signal A framed Tl signal with none of the above listed signal conditions. 
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Alarms F° r each of the signal conditions described in the previous table there is an alarm state. 

The table below lists the Tl alarms for the DataSMART in priority order, highest priority 
first. Note that, as shown in the table, not all alarms use the alarm integration algorithm 
described on page 161. 

Alarm Definition 

LOS The LOS alarm starts upon a total of 2.5 seconds of alarm integration 

time spent in the LOS signal condition (the alarm integration time has a 
decay rate of 1/5 in case of an intermittent LOS signal condition). The 
LOS alarm clears after a continuous time period of n seconds with no 
LOS signal condition, where n is the alarm deactivation time period set 
by the user via the DACT command. 

AIS The AIS alarm starts upon a total of 2.5 seconds of alarm integration 

time spent in the AIS signal condition (the alarm integration time has a 
decay rate of 1/5 in case of an intermittent AIS signal condition). The 
AIS alarm clears after a continuous time period of n seconds with no AIS 
signal condition, where n is the alarm deactivation time period set by the 
user via the DACT command. 

OOF The OOF alarm starts upon a total of 2.5 seconds of alarm integration 

time spent in the OOF signal condition (the alarm integration time has a 
decay rate of 1/5 in case of an intermittent OOF signal condition). The 
OOF alarm clears after a continuous time period of n seconds with no 
OOF signal condition, where n is the alarm deactivation time period set 
by the user via the DACT command. 

Yellow Alarm The yellow signal alarm is declared after receiving the yellow signal for 
1 second. Once declared, the alarm stays active for a minimum of one 
second. It is cleared upon detection of an input signal without the yellow 
alarm pattern present. 

EER The EER alarm starts immediately upon entering the EER signal 

condition. The EER alarm clears after a continuous time period of n 
seconds with no EER signal condition, where n is the alarm deactivation 
time period set by the user via the DACT command. 

Clear None of the above listed alarms is active. 
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Specifications 



Table 12 — Environmental specifications 





Parameter 


Specification 


Temperature 


Storage 


-20°C to 66°C (5% to 65% RH) 




Operating 


0°C to 50°C (5% to 90% RH, non-condensing) 


Powering 


AC input range 


24 to 48 VDC @ 7 Watts 




Power interruptions 


Loss of power does not damage the unit. 



Loss of power for less than five years does not change the configuration 
settings which may have been set by the user. Loss of power for less than 
two hours (nominal) does not affect the real-time clock setting. 



Table 13 — Electrical interface specifications - network interface (Nl) 





Parameter 


Specification 


Common 


Line rate 


Internal or external clock; 1 .544 Mb/s + 50 bps 

When timing is derived from input signal: 1.544 Mb/s + 200 bps. 

Output line rate follows input line rate. 




Line Code 


AMI or B8ZS 




Line Impedance 


100 ohms + 10 ohms at 772 kHz 

100 ohms + 20% over the frequency band 100 kHz to lMhz 




Lightning Protection 


Lightning surges defined per FCC Part 68 shall not damage the unit. 




Framing Format 


SF or ESF per ANSI Tl.403-1989, and TR-54016-1989; 
Ericsson Framing (defined as valid F T bits only) 


Input Only 


Input Level 


DSX-1 to -27.5 dB. 




Input Jitter Tolerance 


Per TR 62411-1990 (p. 4.7.1) 


Output Only 


Output Level 


Per ANSI Tl.403-1989 

3.0 Volt peak + 10% into 100 ohms at output connector 




Output Signal 


Tolerant to impedance mismatches 




Line Build Out 


0, 7.5, 15.0 selectable 




Output Jitter 


TR 62411-1990 (p 4.7.2) 




Jitter Transfer 


DSU: TR 62411-1990 (p 4.7.3) 
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Table 14 — Electrical interface specifications - terminal interface (Tl) 





Parameter 


Specification 


Common 


Line rate 


Internal; 1.544 Mb/s ± 50 bps 

When timing is derived from input signal: 1.544 Mb/s + 200 bps. 
Output line rate follows input line rate. 




Line Code 


AMI or B8ZS (selectable). 




Line Impedance 


100 ohms + 10 ohms at 772 kHz 

100 ohms + 20% over the frequency band 100 kHz to IMhz 




Framing Format 


or or jior per ainoi i i.4UJ-ivoy, and iK-j4uio-iv<>y, 
Ericsson Framing (defined as valid F T bits only) 
Idle ESF Data Link is set to Is. 


Input Only 


Input Level 


DSX-1 to -10.0 dB. 




Input Jitter Tolerance 


Per TR 62411-1990 (p. 4.7.1) 




Input Jitter Transfer 


Per TR 62411-1990 (p. 4.7.2) 


Output Only 


Output Level 


DSX-1 at connector (no equalization enabled) 



Equalization Up to 655 feet selectable, 5 steps 



Table 15 — Serial control port specification 





Parameter 


Specification 




Baud Rate 


2400, 9600, 19200, 38400 




Electrical Interface 


EIA-574 


Connector 


DCE 


DB9S 




DTE 


DB9P 
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Table 16— Nl pinout for the DA15 plug (12-slot shelf) 



Din ni iml%Av 

rin numuer 


isircuii name 




1 


TxD data (T) 




9 


TxD data (R) 




3 


RxD data (Tl) 




11 


RxD data (Rl) 




2 


Frame ground 




4 


Frame ground 




5, 6, 7, 8, 10, 12, 13, 14, 15 


Not used 




Table 17 — Nl pinout for the 8-pin RJ48C connector (2-slot shelf) 


Pin number 


Circuit name 




1 


RxD data (Tl) 


INPUT 


2 


RxD data (Rl) 


INPUT 


4 


TxD data (T) 


OUTPUT 


5 


TxD data (R) 


OUTPUT 


7,8 


Optional shield 




3,6 


No connection 





Figure 12 — Location of pin 1 on an RJ48C plug 




Pin 1 
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Table 18— Tl pinout for the DA1 5 connector (Cables 950xx88 - 950xx91) 



Din ni iml%Av 

rin numuer 


irircun name 


1 


TxD data (Tl) 


9 


TxD data (Rl) 


3 


RxD data (T) 


11 


RxD data (R) 


2 


Frame ground 


4 


Frame ground 


5, 6, 7, 8, 10, 12, 13, 14, 15 


Not used 



Table 19 — Tl pinout for the 8-pin RJ48C connector (2-slot shelf) 



Pin number 


Circuit name 




1 


RxD data (Tl) 


INPUT 


2 


RxD data (Rl) 


INPUT 


4 


TxD data (T) 


OUTPUT 


5 


TxD data (R) 


OUTPUT 


7,8 


Optional shield 




3,6 


No connection 
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Figure 13 — Data transmission interfaces (12-slot shelf) 
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Table 20 and Table 21 apply to the 12-slot shelf only. 

Table 20 — DB25 connector pin assignments for V.35 and terminal interface 



Shelf 
Pin 


34-Pin 
Conn. 


ITU 


Circuit name 


Source 


i 


A 




riULCLUVC V.J . > VJ 




9 


p 




Ty Fiafa A 

1 A LJalcl r\ 


nTF 
i j 1 1 , 


14 






Ty Data R 


DTF 

LJ 1 L-j 




R 






DPF 

1 V V 1 . 


1 (S 
1 D 


T 
1 


^hl 10/1 


Ry Data R 


\ j\ i . 


A 


c 

v 


10S 

luJ 


l\ 1 - 1 


DTF 




n 


106 




nrF 


f. 


p 
i 


107 
i yj I 


nsR 


1 VV I . 


tL\) 


u 

1 1 


10R 9 

1 uo.z, 


DTR 
i j 1 1\ 


DTF 


8 
o 


p 


10Q 


Rpr T inp "siu Dpf fDrD"! 


nrF 

1 VV 1 . 


7 


R 


109 


olgllal V. J 1 N l_y 






I [ 


fa l 11^ 




DTF 

LV 1 JJ* 


1 1 

1 1 


w 

vv 


(K\ 11^ 


FYtprnal Plk R 


DTF 


17 


V 


^ i 1 1 S 

\<x) 11 J 


1? v vi(TTidl Timinit A 


1 VV I , 


9 


X 


(b) 115 


Rx Signal Timing B 


DCE 


15 


Y 


(a) 114 


Tx Signal Timing A 


DCE 


12 


AA 


(b) 114 


Tx Signal Timing B 


DCE 


10, 13, 19, 23 




Not used by V.35 




Shelf 
Pin 


15-Pin 
Conn. 


T1 


Circuit name 


Source 


22 


3 


T 


Terminal Interface transmit side 


Term. I/F 


25 


11 


R 


Terminal Interface transmit side 


Term. I/F 


21 


1 


Tl 


Terminal Interface receive side 


External 


18 


9 


Rl 


Terminal Interface receive side 


External 



This table applies to Kentrox cables 95xx090 and 95xx091. The V.35-specific information 
(top section) also applies to adapter 78900 and cable 95xx074. 

This table is valid when the data port is configured for V.35, DataSMART 72000 series 
cable compatibility (the default). 
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The following table applies to Kentrox cables 95xx088 and 95xx089. 

Table 21 — DB25 connector pin assignments for EIA-530, terminal interface 



Shelf 
Pin 


ITU/EIA 


Circuit name 


Source 


1 




Shield 




2 


(a) 103/BA 


BA (A), Transmitted Data 


DTE 


14 


(b) 103/BA 


BA (B), Transmitted Data 


DTE 


3 


(a) 104/BB 


BB (A), Received Data A 


DCE 


16 


(b) 104/BB 


BB (B), Received Data 


DCE 


4 


(a) 105/CA 


CA (A), Request To Send A (RTS) 


DTE 


1 Q 


th\ 1 OS/PA 
yD) lUJ/L/\ 


v /a yi->t, Kequesi 10 oenu 


L) 1 LJ 


c 




v l> ys\ ), ^.lear 10 oenu s\ yK, ioj 


i J\ i , 


1 "3 


yp) lUO/^-D 


i^.r> \d) 7 i^.iear 10 oenu 


rife 


u 




cc t a.\ nrF RpaHv ^nsi?^ 
v v yr\), uy l, Keauy i LA) i\ ) 


i J\ i , 


22 1 


yD) 1U//^A^ 


v v yiD ) 7 LJy l. Keauy 


i J\ i , 


7 


102/AB 


AB, Signal Ground 




8 


(a) 109/CF 


CF (A), Received Line Signal Detector 


DCE 


10 


(b) 109/CF 


CF (B), Received Line Signal Detector 


DCE 


17 


(a) 115/DD 


DD (A), Receiver Signal Element Timing 


DCE 


9 


(b) 115/DD 


DD (B), Receiver Signal Element Timing 


DCE 


24 


(a)113/DA 


DA (A), Transmit Signal Element Timing 


DTE 


11 


(b) 113/DA 


DA (B), Transmit Signal Element Timing 


DTE 


15 


(a) 114/DB 


DB (A), Transmit Signal Element Timing 


DCE 


12 


(b) 114/DB 


DB (B), Transmit Signal Element Timing 


DCE 


20 


(a) 108.2/CD 


CD (A), DTE Ready 


DTE 


23 


(b) 108.2/CD 


CD (B), DTE Ready 


DTE 


18,21, 


25 


Not supported for EIA-530 




Shelf 

Pin 


T1/15-Pin 

Pftnn 

UUI 1 1 !■ 


Circuit name 


Source 


22 


T (Pin 3) 


Terminal Interface transmit side 


Term. I/F 


25 


R(Pin 11) 


Terminal Interface transmit side 


Term. I/F 


21 


Tl (Pin 1) 


Terminal Interface receive side 


External 


18 


Rl (Pin 9) 


Terminal Interface receive side 


External 



Cables 950xx088 and 950xx089 connect pin 22 at the shelf end to pin 7 at the DTE end. 
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The following table applies to Kentrox cable 950xx042. 

Table 22 — DB25S connector to RS449, 37-pin connector adapter cable 



RS449 


Circuit name 


RDQ7 Q ■ n n 

UDoi rins 




Protective ground 


4 


Tx data A 


22 


Tx data B 


6 


Rx data A 


24 


Rx data B 


7 


RTS 


25 


RTS 


9 


CTS 


27 


CTS 


11 


DSR 


29 


DSR 


12 


DTR 


30 


DTR 


19 


Signal GND 


13 


Rec line sig det (DCD) 


31 


Rec line sig det (DCD) 


5 


Tx signal timing A 


23 


Tx signal timing B 


8 Rx signal timing A 


26 


Rx signal timing B 


17 


External elk A (DTE source) 


35 


External elk B (DTE source) 


10 


Not Supported 


14 


Not Supported 


18 


Not Supported 



1 72 Chapter 9: Quick reference 



The 12-slot shelf and the 2-slot shelf both have separate 9-pin DCE and DTE control ports 
on the back of the shelf. 



The 2-slot shelf also provides control port access from the front of the shelf. This port 
operates in parallel to the DCE port on the rear. 

NOTE 

You can only connect to either the rear or front-panel DCE port, but not both at once. 



Table 23— 9-pin DE-9S (DCE) front panel and shelf rear 


oiyricii 


DE-9 Pin 
Number 


DB-25 
Equivalent 


Lf\ 1 cLUUI 1 


Rec Sig Det 


1 


8 


OUTPUT 


Received Data 


2 


3 


OUTPUT 


Transmit Data 


3 


2 


INPUT 


DTE Ready (DTR) 


4 


20 


INPUT 


Signal Ground 


5 


7 




Data Set Ready (DSR) 


6 


6 


Not supported 


Request to Send (RTS) 


7 


4 


INPUT 


Clear to Send (CTS) 


8 


5 


OUTPUT 


RI 


9 


22 


Not used 


Table 24 — 9-pin DE-9P (DTE) shelf rear-panel connector 


Signal 


DE-9 Pin 
Number 


DB-25 
Equivalent 


Direction 


Rec Sig Det 


1 


8 


INPUT 


Received Data 


2 


3 


INPUT 


Transmit Data 


3 


2 


OUTPUT 


DTE Ready (DTR) 


4 


20 


OUTPUT 


Signal Ground 


5 


7 




Data Set Ready (DSR) 


6 


6 


Not supported 


Request to Send (RTS) 


7 


4 


OUTPUT 


Clear to Send (CTS) 


8 


5 


INPUT 


RI 


9 


22 


Not used 
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Table 25 — Ethernet 10Base-T pinout 



Pin Number Signal 



1 


TD+ 


2 


TD- 


3 


RD+ 


6 


RD- 


4 


Unused 


5 


Unused 


7 


Unused 


8 Unused 



Table 26 — Supported loopbacks 



Loopback 


Definition 


LLB 


A minimum penetration loopback at the 


Line loopback 


NI interface. 


PLB 


An interior loopback, looping the payload back to 


Payload loopback 


the NI. 


DPLB 


Looping the bit stream assigned to the designated 


Data Port loopback 


data port back towards the NI. 


DTLB 


Looping the bit stream back to the data terminal 


Data Terminal loopback 


equipment connected to the data port. 


LOC 


An interior loopback, looping only the payload 


Local loopback 


back to the Terminal Interface or data ports. 


TILB 


A minimum penetration loopback at the 


Terminal Interface loopback 


TI interface. 
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Glossary 



2047 
3 in 24 
511 
AIS 

alarm 
all 0s 
all 1s 
auto-logout 

BERT 

BES 
BPV 

carrier 

CCS 
channel 



A test code pattern used for fractional Tl line testing. 
A test code pattern used for testing a full Tl line. 
A test code pattern used for fractional Tl line testing. 



Alarm Indication Signal. A signal condition and alarm indicating that the signal has been 
lost somewhere upstream. When a device experiences a loss of signal, it transmits an AIS 
signal to the next device downstream. 

An unsolicited message from a device that typically indicates a problem with a line. 



A test code pattern used for testing a full Tl line. 
A test code pattern used for testing a full Tl line. 



A feature that automatically logs out a user if there has been inactivity for a specified 
length of time. 

Bit Error Rate Test. A utility that tests a line's physical-layer (Tl) performance and is 
used to isolate faulty lines. To troubleshoot a line, the first step is to send a test pattern 
(often utilizing a loopback to return the code to the device that initiated the test). BERT 
analyzes the signal to see if the line has caused errors in the pattern. By progressively 
testing segments of the circuit, the tester can discover which portion of the line is caus- 
ing the problem. 

Bursty Errored Second. Any second that is not a UAS that contains no LOS, AIS, or OOF 
conditions, and between 2 and 319 (inclusive) error events. 

Bipolar Violation. An unintentional disruption of the normal pattern of alternating high 
and low signals on a line. In a bipolar violation, two high signals occur without an inter- 
vening low signal, or vice versa. Some line coding methods include intentional 
bipolar events. 

A company, such as any of the "baby Bell" companies, that provide network communica- 
tions services, either within a local area or between local areas. 



Common channel signaling. 



A single communication path created, in the case of a Tl line, by multiplexing. A Tl line 
carries 24 channels, each with a bandwidth of 64 Kbps. 



175 



cold-start trap 
command-line interface 

control port 
controlled slip 

CPE 

CRC 
CSS 

CSU 
CTS 

daisy-chain 

data port 
datagram 

DCE 
DM 

dotted decimal notation 
DS1 



An SNMP trap that is sent when the unit has been power-cycled. See also trap. 

One method for accessing the management functions of the DataSMART unit, character- 
ized by typing commands at a video display terminal. See also front-panel interface. 

A port, either DTE or DCE, on the DataSMART unit to which you can connect a termi- 
nal, modem, or SLIP device, and that provides access to the DataSMART management 
functions. Control ports are also used to daisy-chain DataSMART units. 

A situation in which one frame's worth of data is either lost or replicated. Controlled slips 
are an indication of network timing problems. A controlled slip typically occurs when a 
DataSMART unit is not using the same clock as the unit that generated the 
received signal. 

Customer Premise Equipment. Equipment on the customer side of the point of demarca- 
tion, as opposed to equipment that is on a carrier side. See also point of demarcation. 

Cyclic Redundancy Check. 

Controlled Slip Second. Any second that contains one or more controlled slips (see also 
the definition for ES). CSSs are accumulated during unavailable seconds (UASs). 



See DSU/CSU. 



Clear To Send. Hardware flow-control on a control port or data port. A DataSMART unit 
can be set to monitor the data port for assertion of CTS. In this mode, if CTS is not 
asserted, a data port loss of signal alarm is generated. 

A string of DataSMART units that have been interconnected so that they can all be man- 
aged from one terminal. 

A port on a DSU to which some or all of the channels of a DS 1 line can be routed. 

A packet of information used in a connectionless network service that is routed to its des- 
tination using an address included in the datagram's header. 

Data Communications Equipment. A definition in the RS232C standard that describes the 
functions of the signals and the physical characteristics of an interface for a communica- 
tion device such as a modem. 



Degraded Minute. A non-UAS and non-SES sixty-second period that contains 49 or more 
CRC4 errors or 49 or more bipolar violations. 

A convention which represents an IP address or netmask (a 32-bit binary number) as a 
series of four decimal numbers between 0 and 255, separated by periods. 

A standard that specifies an interface operating at 1.544 mbps (million bits per second) 
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and 24 discrete data channels that runs on a Tl line. In common usage, DS1 is synony- 
mous with Tl. 

Data Service Unit/Channel Service Unit. A DSU is a device that makes the link between 
a Tl line and a line that is carrying packetized data streams such as those produced by a 
router. A CSU is a device that makes the link between a Tl line and a line that is carry- 
ing raw data streams such as those produced by a PBX. A DSU/CSU combines the 
two functionalities. 

Data Terminal Equipment. A definition in the RS-232C standard that describes the func- 
tions of the signals and the physical characteristics of an interface for a terminal device 
such as a terminal. 

Data Terminal Ready. Hardware flow-control on a control port or data port. A 
DataSMART unit can be set to monitor the data port for assertion of DTR. In this mode, 
if DTR is not asserted, a data port loss of signal alarm is generated. 

External Clock Input Failure. An alarm generated by a DataSMART unit that is config- 
ured for external clocking and has lost the clocking signal. 

Excessive Error Rate. An alarm which indicates that a threshold for the number of errored 
seconds or unavailable seconds has been exceeded. 

An SNMP agent can come in two forms: embedded or proxy. An embedded SNMP agent 
is one that is integrated into the physical hardware and software of the unit. DataSMART 
has an internal, integrated SNMP agent. Advantages to this approach are time-accuracy 
of data and fast response time. See also proxy SNMP agent. 

Internal Equipment Failure. Something has happened to cause the internal hardware of 
the DataSMART unit to fail. The unit needs to be serviced. 

Errored Second. A measurement of the quality of the signal on a Tl line defined as any 
second that is not an unavailable second and that contains one or more CRC6 errors. 

Extended Super Frame. 

In a relationship between two devices in a circuit, the far-end device is the one that is 
remote. 
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FDL 



Facility Data Link. A link embedded in the ESF framing bits that is used for such things 
as accessing performance data on remote units, remote log in, and carrier access to the 
DataSMART unit. 



fractional T1 
frame relay 
frame slip 
host 
ICMP 

IP 

IP address 
IP netmask 

link-down trap 
link-up trap 
LOFC 

loopback 
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A service in which the carrier provides only a subset of the full 24 channels of a Tl line. 



A packet-oriented communication protocol. 



See controlled slip. 

A device on an IP network. 



Internet Control Message Protocol. ICMP is a protocol in the TCP/IP suite of protocols 
that is used to determine if a host is alive and responding. An ICMP query is referred to 
as a Ping. The response is either an "I can hear you" message, or simply no response. 
DataSMART will respond to Ping requests, but does not generate them. 

Internet Protocol. A suite of protocols for packetizing data for shipment across LANs and 
WANs. Protocols exist above the IP protocol for transmitting and receiving IP packets. 
DataSMART uses the IP protocol to provide SNMP and Telnet access. 

A unique 32-bit integer used to identify a device in an IP network. You will most com- 
monly see IP addresses written in "dot" notation; for instance, 192.228.32.14. See also 
IP netmask. 

A pattern of 32 bits that is combined with an IP address to determine which bits of an IP 
address denote the network number and which denote the host number. Netmasks are use- 
ful for subdividing IP networks. IP netmasks are written in "dot" notation; for instance, 
255.255.255.0. See also IP address. 

An SNMP trap that signifies that the Tl line has transitioned from a normal state to an 
error state, or that a data port has been disconnected. 

An SNMP trap that signifies that the Tl line or a data port has transitioned from an error 
condition to a normal state. 



Loss of Frame Count. An LOFC is the accumulation of the number of times a Loss of 
Frame is declared. On detection of an LOS or OOF, a rise-slope type integration process 
starts that declares a Loss of Frame after 2.5 (+0.5) seconds of continuous LOS or OOF. 
If the LOS or OOF is intermittent, the integration process decays at a slope of 1/5 the rise 
slope during the period when the signal is normal. Thus, if the ratio of an LOS or OOF to 
a normal signal is greater than 1/5, a Loss of Frame is declared. If during a one-second 
interval, but no more than 15 contiguous one-second intervals, no LOS or OOF condi- 
tions occur, the Loss of Frame condition is cleared. 

A troubleshooting technique that returns a transmitted signal to its source so that the sig- 
nal can be analyzed for errors. Typically, a loopback is set at various points in a line until 
the section of the line that is causing the problem is discovered. 



LOS Loss of Signal. A signal condition and alarm in which the received signal at the network 
interface is lost. 

MIB Management Information Base. The information that SNMP can access, structured as a 
hierarchy. In common usage of the term, MIB is in reference to a sub-branch of the entire 
MIB. DataSMART uses MIB II, the DS1 MIB and a product-specific enterprise MIB. 

modem Modulator/demodulator. A device for converting a digital signal to analog (and vice 
versa) so that it can be transmitted over phone lines. 

near-end In a relationship between two devices in a circuit, the near-end device is the one that 
is local. 




Nl Network interface. The interface between the DataSMART unit and the Tl line supplied 
by the carrier. 

NMS Network Management System. A tool for configuring network devices and monitoring 
network performance, typically an SNMP-based tool. 

OID Object Identifier. The address of a MIB variable. 

ones (1 S) density A characteristic of a Tl line that refers to the rate at which Is occur on the line. Because 
devices such as DataSMART cannot track a bit pattern using Os, it loses synchronization 
if the Is density is not high enough. 

OOF Out of frame. A signal condition and alarm in which some or all of the DS1 framing bits 
are lost. 
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DS1 framing bits ni OOF 
have been lost 



ping A protocol that is part of the TCP/IP suite, used to test the connectivity of the network. 
Ping sends a signal to a host or gateway, then listens for an echo response. See ICMP 
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point of demarcation 

PPP 
PRM 

proxy SNMP agent 
QRS 

real-time clock 
router 
RxD 

SES 
SF 

signal condition 
SLIP 
SMDS 
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The dividing line between a carrier and the customer premise that is governed by strict 
standards that define the characteristics of the equipment on each side of the demarca- 
tion. Equipment on one side of the point of demarcation is the responsibility of the cus- 
tomer. Equipment on the other side of the point of demarcation is the responsibility of 
the carrier. 



Point-to-Point Protocol. A protocol that allows the Internet Protocol (IP) to run on low- 
speed serial lines. Unlike SLIP, it includes error correction. See also SLIP. 

Performance Report Message. Messages that are received once per second from a far-end 
device that report information about the condition of the far-end device. 

SNMP agents come in two forms: embedded and proxy. A proxy agent is physically out- 
side of the device being managed. The proxy is a translator between the device's native 
command language and SNMP. Advantages of proxy agents are management of legacy 
equipment which cannot support embedded SNMP agents, and management of large 
numbers of devices where network connections may be limited. See also embedded 
SNMP agent. 

Quasi-Random Signal. A test code pattern used for testing a full Tl line. 

A clock that maintains the time of day in distinction to a clock that is used to time the 
electrical pulses on a circuit. 

A device that connects various links in a network matrix, directing packets along the 
most economical or efficient routes to the packet's destination; a packet switch. 

Received Data. The control ports and data ports on DataSMART units have an RxD line. 
This line is defined from the DTE perspective, so RxD for a DCE port is actually TxD. 
Each data port has a pair of RxD and TxD LEDs on the front panel. See also TxD. 

Severely Errored Second. Any second that is not a UAS that contains an LOS condition, 
an AIS condition, an OOF condition, or 320 or more error events. 



Super Frame. 



Characteristics of the electronic pulses on a line, categorized into groups of various error 
types. When errored signal conditions persist they cause DataSMART to raise an alarm. 

Serial Line Internet Protocol. A protocol that allows the Internet Protocol (IP) to run on 
low-speed serial lines. 

Switched Multi-Megabit Digital Service. A public, high-speed, connectionless, packet- 
switched data transfer service that provides LAN-like performance and features over an 
entire metropolitan area. 



SNMP 

super-user 
T1 

TCP 

TCP/IP 

Telnet 

terminal server 

trap 
TxD 

UAS 
UDP 

V.35 
VDT 



Simple Network Management Protocol. The accepted industry-standard network manage- 
ment protocol that uses a system of agents and managers. Each agent is responsible for 
interacting with a certain MIB. The manager can ask the agent for data, or it can ask the 
agent to set the value of some data. 

A login ID that allows unlimited access to the full range of a device's functionality, espe- 
cially including the ability to reconfigure the device and set passwords. 

A specification for a transmission line. The specification details the input and output 
characteristics and the bandwidth. Tl lines run at 1.544 Mbps and provide for 24 data 
channels. In common usage, the term "Tl" is used interchangeably with "DS1." 

Transport Control Protocol. TCP is one of the two transport protocols in the TCP/IP pro- 
tocol suite. TCP is a complex, connection-based protocol that guarantees reliable deliv- 
ery of packets. Telnet uses TCP. 

A suite of protocols that includes IP, UDP, TCP, SNMP, Telnet, ICMP, and PING. 
TCP/IP is the networking protocol of choice of the Internet and many private networks as 
well. Kentrox SNMP and Telnet products operate in TCP/IP networks. 

Telnet is a TCP/IP protocol that defines a client/server mechanism for emulating directly- 
connected terminal connections. DataSMART implements a Telnet Server, allowing other 
devices to establish connections with it. DataSMART does not implement a Telnet Client 
(which would allow DataSMART to connect to other devices). 

In the simplest terms, a terminal server is an IP network port and a collection of serial 
ports. Most terminal servers allow the serial ports to be configured for SLIP. If a 
DataSMART unit is using SLIP for its IP network connection, a terminal server could be 
used to make the connection from serial to Ethernet. 

A trap is an unsolicited alert generated by SNMP. There are five standard trap types: link 
up, link down, warm start, cold start, and enterprise-specific. 

Transmit Data. The control ports and data ports on DataSMART have a TxD line. This 
line is defined from the DTE perspective, so TxD for a DCE port is actually RxD. Each 
data port has a pair of RxD and TxD LEDs on the front panel. See also RxD. 

Unavailable Second. A measurement of the signal quality of a Tl line. Unavailable sec- 
onds start accruing when ten consecutive severely errored seconds occur. 

User Datagram Protocol. One of the two transport protocols in the TCP/IP protocol suite. 
UDP is a send and forget protocol, which means there is no guarantee that the datagram 
will reach its destination. 



An interface specification for serial communications that can handle data at higher speed 
than the RS232 interface. 



Video Display Terminal. 
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virtual circuit 



A transmission stream that is established between two points before they can exchange 
data packets in a frame-based service. 



warm-Start trap One of the five SNMP trap types. For Kentrox equipment, warm start traps indicate that 
SNMP alarm messages or agents have been enabled. 



Xon/Xoff This is software flow control for the control ports. When a DataSMART unit has too 

much data coming in, it will transmit an Xoff (stop transmitting) character. If the device 
on the other end understands flow control, it will stop transmitting until it receives an 
Xon (resume transmitting) character. If the DataSMART unit receives an Xoff, it stops 
transmitting data until it receives an Xon. Xon/Xoff flow control is not available when 
SLIP is enabled. 



yellow alarm An alarm that occurs on a device when the signal from the device is not received at the 
far end. 
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Symbols 

%AS percentage of available seconds, 
85 

%BES percentage of bursty errored 

seconds, 85 
%CSS percentage of controlled slip 

seconds, 86 
%DM percentage of degraded minutes, 

85 

%EFS percentage of error-free 

seconds, 85 
%ES percentage of errored seconds, 85 
%SES percentage of severely errored 

seconds, 85 

Numerics 

54016 address mode, 55 
enabling/disabling, 55 

A 

AC command, 44 

ACV command, 45 

ADD command, 144, 146 

add IP address to screening list, 143 

adding SNMP trap hosts, 146 

ADDR54 command, 55 

Advanced Management Configuration 

menu, 129, 156 
AHR command, 97, 162 
AIS alarm, 54 
AIS event, 88 

Alarm Configuration menu, 44, 155 

alarm deactivation time, 48 

alarm format, 44 

Alarm History report, 97, 162 

alarm integration, 161 

alarm list 

TILOS loss ofTl signal, 104 
alarm messages 

enabling/disabling, 46 

monitoring, 104 
alarm reporting, 162 
alarm states, 164 
alarm status codes, 106 
alarm, actions during, 161 
alarms 



configuring, 44-48 
DP LOS, 104 
ECF, 104 

enabling/disabling on incoming 
yellow, 46 

NIAIS, 104 

NIEER, 104 

NI LOS, 104 

NI OOF, 104 

NI YEL, 104 

TI AIS, 104 

TI EER, 104 

TI LOS, 104 

TI OOF, 104 

TI YEL, 104 
ALGOUT command, 38 
alternating channels, 76 
AMC command, 129, 156 
AMCV command, 130 
AMI, 52, 58 
applications 

dedicated CSU managed via control 
port and FDL, 136-137 

remote site DSU managed via 
Ethernet, 133 

remote site managed via DS0, 134— 
135 

APS command, 19, 25 

ARC command, 21, 114, 122, 159 

assigning channels, 67-79 

Authentication traps, 148 

auto-configuration 

downstream direction, 3 1 

enabling/disabling, 3 1 

parameters, 31 

parameters passed, 13 

requirements, 3 1 
auto-logout, 38 
available second, 85 

B 

B8ZS, 52, 58 

BERT test code commands, 126 
BERT test codes using, 124, 125, 126 
BES bursty errored seconds, 91, 94 
bipolar violation, 88 
bipolar violations at a port, 113 



BOOT command, 39, 83, 97, 98 
BPV alarm, 113 
BTx command, 126 

c 

Carrier NI report, 96 

CC command, 42 

CCV command, 43 

channel assignment configuration 

tables, 67 
channels assigning, 77 
character echo, 43 
Clear NI Excessive Error Rate trap, 

151 

Clear TI Excessive Error Rate trap, 
152 

clearing performance data, 82 
clearing stored information, 39, 41 
CLK command, 36 
clock source, 36 
CNLR command, 96 
CNSR command, 96 
cold-start trap, 148, 150 
command line interface 

how to use it, 18-19 

list of menus, 154-157 
commands 

AC, 44 

ACV, 45 

ADD, 144, 146 

ADDR54, 55 

AHR, 97, 162 

ALGOUT, 38 

AMC, 129, 156 

AMCV, 130 

APS, 19, 25 

ARC, 21, 114, 122, 159 

BOOT, 39, 83, 97, 98 

BTx, 126 

CC, 42 

CCV, 43 

CLK, 36 

CNLR, 96 

CNSR, 96 

CPAB, 79 

CPBA, 79 

D54, 55 
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DAC, 33 


NL1, 55 


TXV, 78 


DACT, 48 


NL2, 55 


UKA, 54 


DAM, 46 


NSF, 52 


UNLR, 82, 90 


DC, 60, 155 


NSR, 82, 84, 87 


UNSR, 82, 89 


DCV, 60 


PC, 25 


UST, 47 


DDC, 159 


PCV, 26 


UTLR, 90 


DDI, 62 


PL, 83 


UTSR, 89 


DE, 43 


PUV, 26 


VCUR, 97 


DEL, 144, 147 


R, 82 


WCS, 19, 146 


DPLOS, 66 


RCLK, 65 


WYV, 40 


DPRM, 53 


RCS, 19, 146 


ZALL, 38, 83, 97, 98 


DPS, 19, 25 


RLB, 122 


committed information rate (CIR), 97 


DRC, 21, 159 


RSD, 40, 83, 97, 98 


community strings, SNMP, 145 


DSNMP, 145 


RST1, 123 


compatibility with DataSMART 


DST, 114 


RTC, 126 


78000, 160 


DYEL, 54 


S, 105 


compatible NI channel assignments, 


DYL, 46 


SC, 28 


76 


E54, 55 


SCLK, 64 


configuration privilege level, 24 


EAC, 33 


SCV, 28 


configuration tables 


EAM, 46 


SD, 19, 30, 83, 97, 98 


channel assignment, 67 


EDC, 159 


SDP, 122 


configuring data port, 60 


EDI, 62 


SDT, 122 


configuring for SNMP, 145 


EE, 43 


SHR, 98 


configuring for SNMP traps, 148 


EPRM, 53, 93 


SLL, 122 


configuring network interface, 50 


EPS, 19, 26 


SLO, 122 


configuring terminal interface, 56 


ESNMP, 145, 148 


SN, 19, 31 


control port 


EST, 47 


SPL, 122 


communication parameters, 42 


EYEL, 54 


SRDP, 123 


configuring, 42-43 


EYL, 46 


SRL, 123 


DCE/DTE selection, 42 


FC, 156 


SRP, 123 


IP network interface, 42 


FELR, 93 


SSA, 144 


Control Port Configuration menu, 155 


FESR, 93 


ST, 30, 83, 97, 98 


control port specification, 166 


FGR, 97 


ST15, 47, 48 


controlled slips, 88, 110 


FIR, 97 


ST60, 47, 48 


conventions used in the manual, 10 


FKA, 54 


STI, 122 


copying NI configuration tables, 79 


IDL, 66 


SxC, 126 


counters, zeroing, 38 


INTF, 63 


TAMI, 58 


CPAB command, 79 


IPA, 141 


TAV, 78 


CPBA command, 79 


IPM, 142 


TB8, 58 


CRC6 errors, 88 


IPR, 143 


TBV, 78 


CRC-6 errors alarm, 113 


LXA, 79 


TC, 56 


CSS controlled slip seconds, 91, 94 


LXB, 79 


TCLK, 65 


CSU through timing, 34, 36 


MC, 129, 156 


TCS, 19, 146 




MCV, 130 


TCV, 57 


D 


NAMI, 52 
NB8, 52 
NC, 50, 157 
NCV, 51 

NESF, 52, 93 
NETIF, 67, 140 


TEO, 1,2,3,4, 59 
TERC, 58 
TESF, 58 
TIDL, 59 
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TSF, 58 
TSR, 82, 84 


D4 framing format, 52, 58 
D54 command, 55 
DAC command, 33 
DACT command, 48 
daisy-chain, 20 
DAM command, 46 
data inversion, 61 
enabling/disabling, 62 


NLO, 55 


TSWDL, 39 
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data link for IP management, 67 
data link IP path, 52 
data port 

cable compatibility, 63 

clocking, 63 

configuring, 60-66 

idle character, 66 

interface command, 63 

interfaces, 15 
Data Port Configuration menu, 60, 155 
data port loopback, 118 
data port LOS, 66, 104, 111 
data port status codes, 108 
data port timing, 34, 36 
data port/terminal loopback, 121 
data terminal loopback, 119 
date and time, 30 
DC command, 60, 155 
DCV command, 60 
DDC command, 159 
DDI command, 62 
DE command, 43 
default route IP address, 142 
default router, 141 
DEL command, 144, 147 
delete IP address from screening list 

deleting from, 144 
deleting SNMP trap hosts, 147 
device name, 30 
diagnostics, 16 
DM degraded minutes, 92, 94 
dotted decimal notation, 131 
downloading system software, 39 
downstream, 31 
DP LOS alarm, 104, 111 
DPLOS command, 66 
DPRM command, 53 
DPS command, 19, 25 
DRC command, 21, 159 
DSNMP command, 145 
DST command, 114 
DYEL command, 54 
DYL command, 46 

E 

E54 command, 55 
EAC command, 33 
EAM command, 46 
ECF alarm, 104, 110 
EDC command, 159 
EDI command, 62 
EE command, 43 



EE error events, 91, 94 
electrical interface specifications, 165, 
166 

Enterprise traps, 148 
environmental specifications, 165 
EPRM command, 53, 93 
EPS command, 19, 26 
equalization TI specifying, 59 
Ericsson-modified super frame, 52, 58 
error threshold evaluation window, 48 
errored second, 85 
errored seconds (ES) 

setting threshold, 47 
error-free second, 85 
ES errored seconds, 91, 94 
ESF errors, 88 
ESNMP command, 145, 148 
EST command, 47 
Ethernet lOBaseT connector pinout, 
174 

excess information rate (EIR), 97 
Excessive Error Rate, 149 
extended super frame (ESF), 52, 58 
EYEL command, 54 
EYL command, 46 

F 

facility data link, 52 
far-end report, 93 
FC command, 156 
FELR command, 93 
FESR command, 93 
FGR command, 97 
FIR command, 97 
FKA command, 54 
formatting reports, 83 
FPING, 97 

Fractional Tl Configuration menu, 
156 

frame bit errors, 88 
Frame Group Performance report, 97 
Frame Individual Performance report, 
97 

Frame Relay upgrade, 13 
framing format, 52, 58 
front panel 

DataSMART 554, 14 

DataSMART 558, 14 

H 

host, 131 



I 

IDL command, 66 
idle character, 66 
idle code TI specifying, 59 
incompatible NI channel assignments, 
76 

in-service test, 87 

interface network/terminal diagram, 
169 

internal master timing, 34 

InterNIC, 131 

INTF command, 63 

IP address, 131, 141 

IP address screening list, 143 

adding to, 143 

deleting from, 144 

enabling/disabling, 144 

viewing address, 144 
IP management 

Ethernet, 15 

in-band, 15 

PPP, 15 

SLIP, 15 
IPnetmask, 131, 141 
IP network interface, 138 

control port, 42 
IP Screen trap, 149 
IPA command, 141 
IPM command, 142 
IPR command, 143 

K 

keep alive signal for the NI, 54 

L 

LEDs, 100-103 

line attenuation, 55 

line coding, 52, 58 

line loopback, 115 

Link traps, 148 

link-down trap, 150 

link-up trap, 150 

local loopback, 117 

Local Maintenance menu, 154 

LOFC loss of frame count, 96 

logging in, 20 

through control port, 20 

through Telnet, 21 

through the facility data link, 21 

with address, 3 1 
logging out, 21 
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login remote command, 1 14 
loop timing, 34, 36 
loopback 

setting and resetting locally, 122 
loopback commands 

set data port loopback on data port, 
122 

set data terminal loopback on data 

port, 122 
set line loopback, 122 
set local loopback, 122 
set payload loopback, 122 
set remote line loopback, 123 
set remote loopback on data port, 

123 

set remote payload loopback, 123 

set TI loopback, 122 
loopback status codes, 106 
loopbacks, 115-123, 174 

setting and resetting remotely, 123 
loss of signal (LOS) processing, 66, 

104, 111 
loss-of-frame event, 88 
loss-of-signal event, 88 
LXA command, 79 
LXB command, 79 

M 

Main menu, 18, 154 
maintenance privilege level, 24 
Management Configuration menu, 

129, 156 
MC command, 129, 156 
MCV command, 130 
model number, 40 

N 

NAMI command, 52 
naming the device, 30 
NB8 command, 52 
NC command, 50, 157 
NCV command, 5 1 
NERC command, 52 
NESF command, 52, 93 
NETIF command, 67, 140 
netmask, 131 

network input status codes, 106 
network interface 

configuring, 50-55 
network interface alarms 

NIAIS alarm, 110 



NI EER alarm, 1 1 1 

NI LOS alarm, 109 

NI OOF alarm, 110 

NI YEL alarm, 112 
network interface channel assignments 

displaying, 78 
Network Interface Configuration 

menu, 157 
network interface set command, 140 
network interface specifications, 165 
network output status codes, 107 
NI AIS alarm, 104 
NI EER alarm, 104 
NI LOS alarm, 104 
NI OOF alarm, 104 
NI performance report, 89, 90 
NI YEL alarm, 104 
NL0 command, 55 
NL1 command, 55 
NL2 command, 55 
NSF command, 52 
NSR command, 82, 84, 87 

o 

out of frame errors, 88 
P 

Password Entry and Configuration 

menu, 25, 157 
passwords 

adding, 25 

deleting, 25 

entering, 26 

viewing, 26 
payload loopback, 116 
PC command, 25 
PCV command, 26 
performance data 

clearing, 82 
performance monitoring, 16 
performance report commands, 93 
performance report messages (PRMs), 
53 

physical specifications, 165 
pinouts 

DB25S connector to RS449 adapter, 
172 

Ethernet lOBaseT connector, 174 
terminal interface, 168 
V.35 DB25D connector, 170 
PL command, 83 



planning the channel assignment, 67 
privilege level, 24 
product version information, 40 
PUV command, 26 

R 

R command, 82 
RCLK command, 65 
RCS command, 19, 146 
read-only privilege level, 24 
receive clock inversion 

enabling/disabling, 65 
remote login command, 122 
Remote Maintenance menu, 155 
reports, 16 

accessing via command line, 82 

clearing stored information, 39 

formatting, 83 

interpreting, 89 

time intervals in, 90 
Reports menu, 82, 154 
reset loopback command, 122 
reset remote loopback, 123 
reset test code generation command, 
126 

resetting, 40 

restricting access, 24 

RLB command, 122 

RSD command, 40, 83, 97, 98 

RST1 command, 123 

RTC command, 126 

rules for assigning channels, 76 

s 

S command, 105 
SC command, 28 
SCLK command, 64 
SCV command, 28 
SD command, 19, 30, 83, 97, 98 
SDP command, 122 
SDT command, 122 
secondary clock source, 35 
securing the command-line interface, 
24 

security features, 16 
Security History report, 98 
self-test, 39 

self-test command, 1 14 
self -test diagnostics 

running, 114 
self -test error messages, 114 
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serial control port specification, 166 
serial number, 40 

SES severely errored seconds, 91, 94 

Set NI Excessive Error Rate trap, 151 

Set TI Excessive Error Rate trap, 151 

setting date and time, 30 

SHR command, 98 

signal conditions, 163 

SLL command, 122 

SLO command, 122 

SN command, 19, 31 

SNMP 

using traps, 148-152 
SNMP agent 

enabling/disabling, 145 
SNMP community strings, 145 
SNMP IP Screen trap, 151 
SNMP Rd CommString trap, 149, 151 
SNMP trap hosts 

adding, 146 

configuring, 146 

deleting, 147 

viewing, 147 
SNMP traps 

alarm conditions and traps, 152 

MIB objects included, 150 

types, 148 
SNMP Wr CommString trap, 149, 151 
source clocking data port, 63 
SPL command, 122 
SRDP command, 123 
SRL command, 123 
SRP command, 123 
SS A command, 144 
ST command, 30, 83, 97, 98 
ST15 command, 47, 48 
ST60 command, 47, 48 
Start traps, 148 
statistical reports, 84 
status codes alarm, 106 
status codes data port, 108 
status codes loopback, 106 
status codes network input, 106 
status codes network output, 107 
status codes terminal input, 108 
status system codes list, 106 
STI command, 122 
super frame (SF), 52, 58 
superuser privilege level, 24 
SxC command, 126 
syntax, command-line, 19 
system clock 



specifying, 34 
System Configuration menu, 28, 157 
system parameters, 28-41 
system software 

downloading, 39 
system status 

examining, 105 
System Status and Remote menu, 154 
system status codes list, 106 

T 

Tl diagnostics, 16 
Tl performance monitoring, 16 
T1.403 loopback, 53 
tail circuit timing, 34 
TAMI command, 58 
TAV command, 78 
TB8 command, 58 
TBV command, 78 
TC command, 56 
TCLK command, 65 
TCS command, 19, 146 
TCV command, 57 
TE0, 1,2,3,4 signal equalization 
command, 59 

Telnet 

via facility data link, 18 

via frame-based service, 18 
Telnet auto-logout, 21 
Telnet password, 130, 142 
Telnet Password trap, 149, 150 
TERC command, 58 
terminal input status codes, 108 
terminal interface 

configuring, 56-59 
terminal interface alarms 

TI AIS alarm, 1 12 

TIEER alarm, 112 

TI LOS alarm, 109 

TI OOF alarm, 110 

TI YEL alarm, 111 
terminal interface loopback, 120 
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